<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>26137</bug_id>
          
          <creation_ts>2011-08-22 12:49:15 +0400</creation_ts>
          <short_desc>сегфолтится при resize</short_desc>
          <delta_ts>2016-11-01 18:26:46 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>parted</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>32695</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Andriy Stepanov (stanv)">stanv</reporter>
          <assigned_to name="Anton Farygin">rider</assigned_to>
          <cc>aen</cc>
    
    <cc>evg</cc>
    
    <cc>imz</cc>
    
    <cc>mike</cc>
    
    <cc>real.altlinux.org</cc>
    
    <cc>rider</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>124355</commentid>
    <comment_count>0</comment_count>
    <who name="Andriy Stepanov (stanv)">stanv</who>
    <bug_when>2011-08-22 12:49:15 +0400</bug_when>
    <thetext></thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>124356</commentid>
    <comment_count>1</comment_count>
    <who name="Andriy Stepanov (stanv)">stanv</who>
    <bug_when>2011-08-22 12:59:36 +0400</bug_when>
    <thetext>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</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>138043</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-02-19 21:51:04 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; parted-2.4-alt2
Может, попробуй собрать 3.x? (см. тж. bug #27954)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>154200</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2015-12-09 14:13:08 +0300</bug_when>
    <thetext>Полагаю, для 3.2 неактуально?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>159654</commentid>
    <comment_count>4</comment_count>
    <who name="Ivan Zakharyaschev">imz</who>
    <bug_when>2016-11-01 18:26:46 +0300</bug_when>
    <thetext>Со свежим 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! Наберите &apos;help&apos; для просмотра списка команд.
(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.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>