Új hozzászólás Aktív témák

• #38114 atesss addikt vpleft #38107

  Új Válasz 2020-06-05 21:59:41 #38114

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  atesss

  addikt

  válasz vpleft #38107 üzenetére

  Ez kicsit off lesz, mert én ezt PC-n csináltam (Ubuntu 14.04).
  Én végül addigra már innen kinéztem meg az opciókat: [link]
  A status=progress nem működött, mert csak 16.04-estől van, így én pv-vel csináltam:
  sudo dd if=/dev/sdb | pv -s 2G | dd of=DriveCopy1.dd bs=4096
  Méretnek 16G-t írtam, ami miatt a % nem volt teljesen pontos (91% volt a vége).
  A cat amúgy miért gyorsabb ?
  
  Hogy ne csak off legyek, ezt a dd-s mentést mondjuk lehet kényelmesebb lenne az aktuális Raspbian alól csinálnom. PI4-esen főleg, úgy hogy ott van már USB3.0 is.
  Van bármi akadálya a futó Rasbian DD-zésének ?
  Ha a tárhely ahova DD-zném egy külső HDD, akkor lehet probléma (vagy jelentősebb lassulás), ha az NTFS fájlrendszerű ?
  Régebbi PI-ken (leginkább 3B+) csak annyi hogy az USB2.0 (meg persze a forrás, a fő SD kártya) sebessége limitál, vagy ott már ez sokkal lassabb lenne ?
  
  Visszaállítani image fájlból a futó rendszernek az SD-kártyájára esélytelen ?
  
  És azt hogyan tudnám megoldani, hogy csak annyi helyet foglaljon egy-egy ilyen image, ami tényleg a foglalt hely volt a partíciókon ?
  Lehetőleg úgy hogy nem utólagos ZIP-eléssel (bár amúgy úgy láttam most hogy a Balena Etcher ZIP-fájból közvetlenül is ki tudott írni a kártyára).

• #38110 Archttila veterán vpleft #38107

  Új Válasz 2020-06-05 19:25:47 #38110

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Archttila

  veterán

  válasz vpleft #38107 üzenetére

  Ez uj volt, koszi!

Új hozzászólás Aktív témák