Невозможно сжать загрузочный диск Windows NTFS: ОШИБКА (5): не удалось отобразить атрибут 0x80 в inode, ошибка ввода / вывода
Ubuntu 12.04 LTS, все обновления на 3/3/2012
gksudo gparted Shrink / dev / sda2 с 367 ГБ до 307 ГБ
GParted 0.11.0 --enable-libparted-dmraid
Libparted 2.3
Shrink /dev/sda2 from 367.00 GiB to 307.00 GiB 00:32:57 ( ERROR )
calibrate /dev/sda2 00:00:00 ( SUCCESS )
path: /dev/sda2
start: 20,484,096
end: 790,142,975
size: 769,658,880 (367.00 GiB)
check file system on /dev/sda2 for errors and (if possible) fix them 00:00:53 ( SUCCESS )
ntfsresize -P -i -f -v /dev/sda2
ntfsresize v2012.1.15AR.1 (libntfs-3g)
Device name : /dev/sda2
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 394065338880 bytes (394066 MB)
Current device size: 394065346560 bytes (394066 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 327950 MB (83.2%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 389998 MB 0
Multi-Record : 394061 MB 386464
$MFTMirr : 314823 MB 1
Compressed : 394064 MB 1019521
Sparse : 330887 MB 752454
Ordinary : 393297 MB 706060
You might resize at 327949758464 bytes or 327950 MB (freeing 66116 MB).
Please make a test run using both the -n and -s options before real resizing!
shrink file system 00:32:04 ( ERROR )
run simulation 00:32:04 ( ERROR )
ntfsresize -P --force --force /dev/sda2 -s 329640837119 --no-action
ntfsresize v2012.1.15AR.1 (libntfs-3g)
Device name : /dev/sda2
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 394065338880 bytes (394066 MB)
Current device size: 394065346560 bytes (394066 MB)
New volume size : 329640829440 bytes (329641 MB)
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 327950 MB (83.2%)
Collecting resizing constraints ...
Needed relocations : 13300525 (54479 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
Updating $BadClust file ...
Updating $Bitmap file ...
ERROR(5): Could not map attribute 0x80 in inode 1667593: Input/output error
========================================
Windows успешно запустила chkdsk (включено загрузиться) несколько раз сейчас
4 ответа
У меня была ошибка, похожая на эту, когда я пытался сжать раздел 931 ГБ до 600 ГБ, когда в этом разделе использовалось 555 ТБ.
Попытка сжать до 600 ГБ потерпела неудачу, как и попытка сжать до 610 ГБ.
Затем я выбрал среднюю точку между 610 ГБ и 931 ГБ = 731 ГБ и смог пройти проверку симуляции. Если это сработает, я буду продолжать пробовать средние точки, пока не доберусь до нужного мне размера.
Я смог решить эту проблему сегодня.
- После возникновения проблемы я запустил chkdisk, тщательно очистил диск и затем дефрагментировал.
- Когда я снова попытался создать раздел, я добавил дополнительные 10% от заявленного минимального размера раздела (согласно gparted). Так что он был чуть ниже 110% от минимального размера, потому что я хотел получить хорошее круглое число.
Возможно, один из этих предметов или их комбинация помогут вам решить проблему.
Я не предоставил полную информацию о моем подходе. Я изменил размер раздела, когда столкнулся с этой ошибкой. После успешного изменения размера я создал новый раздел с пространством, созданным изменением размера. Отсюда и моя формулировка. Но это не должно быть связано с проблемой здесь.
Итак, в изменяя размеры , я добавил на 10% больше места по сравнению с моими предыдущими попытками. Который был успешным.
Хорошо. Итак, что я в итоге сделал, чтобы изменить его размер, так это изменить его размер с шагом
Сначала изменить размер, уменьшить его на 5 ГБ, а затем попробовать дополнительные 10 ГБ, 25 ГБ и 20 ГБ, пока он не достиг желаемого размера.
Не совсем уверен, почему gparted выдает ошибку, когда пытается сделать все сразу, но похоже, что эта стратегия работает.
Вероятно, тот же метод, который использовал @TylerH (установив размер сжатия на 10% больше, чем раньше)