parted /dev/sdc unit s resize 2 7340032 8384511 поиск файловых систем... 1% (времени прошло 02:47)Backtrace имеет 11 вызовов из стека: 11: /usr/lib64/libparted.so.0(ped_assert+0x31) [0x7f48efbe8621] 10: /usr/lib64/libparted.so.0(ped_geometry_read+0x80) [0x7f48efbefd60] 9: /usr/lib64/libparted.so.0(ped_geometry_read_alloc+0x54) [0x7f48efbefdf4] 8: /usr/lib64/libparted.so.0(nilfs2_probe+0x8d) [0x7f48efc111ed] 7: /usr/lib64/libparted.so.0(ped_file_system_probe_specific+0x6e) [0x7f48efbe9aee] 6: /usr/lib64/libparted.so.0(ped_file_system_probe+0xa5) [0x7f48efbe9c05] 5: parted() [0x408442] 4: parted(non_interactive_mode+0xa4) [0x40df74] 3: parted(main+0x14a8) [0x40add8] 2: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f48ef429c5d] 1: parted() [0x405149] zsh: abort (core dumped) parted /dev/sdc unit s resize 2 7340032 8384511 # gdb /usr/sbin/parted core (gdb) where #0 0x00007f48ef43d775 in raise () from /lib64/libc.so.6 #1 0x00007f48ef43ebf6 in abort () from /lib64/libc.so.6 #2 0x00007f48efbe86d4 in ped_assert () from /usr/lib64/libparted.so.0 #3 0x00007f48efbefd60 in ped_geometry_read () from /usr/lib64/libparted.so.0 #4 0x00007f48efbefdf4 in ped_geometry_read_alloc () from /usr/lib64/libparted.so.0 #5 0x00007f48efc111ed in nilfs2_probe () from /usr/lib64/libparted.so.0 #6 0x00007f48efbe9aee in ped_file_system_probe_specific () from /usr/lib64/libparted.so.0 #7 0x00007f48efbe9c05 in ped_file_system_probe () from /usr/lib64/libparted.so.0 #8 0x0000000000408442 in ?? () #9 0x000000000040df74 in non_interactive_mode () #10 0x000000000040add8 in main () uname -a Linux hpc3.malta.altlinux.ru 3.0.1-std-def-alt1 #1 SMP Sat Aug 6 10:18:36 UTC 2011 x86_64 GNU/Linux root@hpc3: ~/ # rpm -q parted parted-2.4-alt2
(In reply to comment #1) > parted-2.4-alt2 Может, попробуй собрать 3.x? (см. тж. bug #27954)
Полагаю, для 3.2 неактуально?
Со свежим parted-3.2-alt3 работа этой команды выглядит так (в том же самом случае, когда падало в t7/p7/c7 https://bugzilla.altlinux.org/show_bug.cgi?id=32695 , падения нет): (Тут не видно, но она сообщает о прогрессе поиска файловых систем в терминале, как и в t7/p7/c7.) [root@prodesk7 ~]# parted -a opt /dev/sda GNU Parted 3.2.46-e4ae Используется /dev/sda Добро пожаловать в GNU Parted! Наберите 'help' для просмотра списка команд. (parted) resize 5 80G (parted) p Модель: ATA WDC WD10EZEX-60M (scsi) Диск /dev/sda: 1000GB Размер сектора (логич./физич.): 512B/4096B Таблица разделов: gpt Флаги диска: pmbr_boot Номер Начало Конец Размер Файловая система Имя Флаги 1 8225kB 271MB 263MB fat32 загрузочный, esp 2 271MB 280MB 8225kB bios_grub 3 280MB 8571MB 8291MB linux-swap(v1) msftdata 4 8571MB 51,5GB 42,9GB ext4 msftdata 5 51,5GB 790GB 739GB ext4 msftdata 6 790GB 833GB 42,9GB ext4 msftdata 7 833GB 1000GB 167GB ext4 msftdata (parted) help resize rescue НАЧАЛО КОНЕЦ восстановить потерянный раздел в промежутке от НАЧАЛА до КОНЦА НАЧАЛО и КОНЕЦ — это местоположение на диске, например 4GB или 10%. Отрицательные значения отсчитываются от конца диска. Например, -1s обозначает последний сектор. (parted) resize Начало? 5 Конец? 80G (parted) Т.е. на самом деле мы вызывали не команду resize, а rescue! Подозрение у меня появилось после того, как я проверил результат -- размер ФС не поменялся, размер раздела тоже не поменялся: [root@prodesk7 mnt]# mount /dev/sda5 /mnt/disk [root@prodesk7 mnt]# df /mnt/disk/ Файловая система Размер Использовано Дост Использовано% Cмонтировано в /dev/sda5 11G 9,0G 851M 92% /mnt/disk Итог: Команда rescue перестала падать в Sisyphus, а в t7/p7/c7 падает именно она, а не несуществующая resize.