Portál AbcLinuxu, 7. května 2025 05:23
Řešení dotazu:
a hází to input/output errordmesg - je to hardwarový problém disku, nebo softwarový problém NTFS? Hardwarový → ddrescue na jiný disk, čímž se to převede na softwarový problém. Softwarový → chtělo by to bohužel chkdsk z Windows, můžeš zkusit ntfsfix, ale asi nepomůže.
Po komprimacii by to ale mohlo byt plus-minus autobus jednoTo by platilo, pokud by disk byl málo používaný (tj. ve volném místě by byly samé nuly) nebo by se udělal trik
cat /dev/zero > ntfs/bigfile; sync; rm ntfs/bigfile
. Pokud tam ale budou smazané soubory, tak zbytečně budou zabírat místo i ty.
Ještě jeden důvod jsem měl - je to SSD a dd by tam explicitně zapsalo všude nuly. A já naprosto netuším, jak na NTFS udělat trim, nebo jak přesvědčit wokna, aby trimnuly celý disk. Takže by se SSD hned na začátku zaplácalo.
Na Linuxu, resp. prostě disku s vfat a ext4, jsem k tomuto účelu používal bmap. Byly to pomalé 4GB SD karty a image měl 1 GB - takže jsem místo 20 minut zapisoval 5 minut. Výhodné, když jsme těch karet flashovali 70.
Tiez by som poopravil - clonezilla nezalohuje MBR do prveho oddielu (aspon mne to nikdy tak neurobila) - zalohuje to do samostatneho suboru, tak ako strci osobitne do suboru aj miesto medzi MBR a prvou particiou.To bylo špatně pochopeno (a nejasně napsné). myslel jsem tím že zálohuje MBR a následné sektory před prvním oddílem.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.