alibek Posted September 23, 2022 Есть старый сервер на RHEL4. К нему через iSCSI подключен дисковый том размером 2 ТБ, на томе имеется один раздел с файловой системой ext3. Мне нужно увеличить размер тома. И крайне желательно без потери данных, на нем лежат бэкапы БД и их особо некуда временно скинуть. На СХД я увеличил размер до 5ТБ. А как его увеличить на сервере, чтобы не потерять данные? fdisk умеет только пересоздавать разделы. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted September 23, 2022 Не-LVM? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 23, 2022 Нет, увы. А в те времена LVM были? В принципе, в крайнем случае наверное можно будет подключить том к windows-станции и увеличить раздел с помощью Acronis Disk Director. Но это как-то уж слишком сложно, да и не уверен, что Acronis такой диск увидит. Хотелось бы сделать непосредственно на сервере, и без того, чтобы гонять по сети 2ТБ бэкапов. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted September 23, 2022 Подмонтировать ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
st_re Posted September 23, 2022 а на диске GPT таблица ? а то с fdisk есть некоторые сложности c >2T... еще вариант что там вообще нет разделов, тогда просто resize2fs ну а так срисовать начало и конец текущего раздела, снести раздел, создать новый с тем же началом и типом и до конца диска... в общем можно и в GPT тут переделать. потом resize2fs (если она в те далёкие годы уже была...) зы, а да, сначала помолиться :/ Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted September 23, 2022 В 23.09.2022 в 12:56, alibek сказал: fdisk умеет только пересоздавать разделы. Ну, так это в целом и делается. В пределах одного сеанса грохается root и партиции за ней (типа swap, если есть), потом пересоздаются с нужных стартовых секторов и в нужных размерах. Там будет один важный нюанс - fdisk спросит про сигнатуру, момент надо не профакапить и сохранить старую. По завершении секаса с fdisk обычно нужен ребут, чтобы ядро всосало изменения, и уже в resize2fs расширить файловую систему. В 23.09.2022 в 13:29, st_re сказал: а на диске GPT таблица ? а то с fdisk есть некоторые сложности c >2T Это, кстати, важный нюанс, если нет GPT, то фокус с высокой вероятностью обречен на неудачу, даже если вы как-то затащите в древний RHEL parted. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
st_re Posted September 23, 2022 и вот, кстати, статья от Рхела https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/s2-disk-storage-parted-resize-part правда про более свежий рхел Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted September 23, 2022 Посмотрел - parted в RHEL4 был, но с кучей багов, не факт что удастся добыть последние версии, репы давно похерили. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 23, 2022 В 23.09.2022 в 13:36, jffulcrum сказал: В пределах одного сеанса грохается root и партиции за ней (типа swap, если есть), потом пересоздаются с нужных стартовых секторов и в нужных размерах. Там будет один важный нюанс - fdisk спросит про сигнатуру, момент надо не профакапить и сохранить старую. Звучит прямо устращающе, но суть понял. Попробую. В 23.09.2022 в 13:52, jffulcrum сказал: parted в RHEL4 был Он есть, но с командой resize, команды resizepartition нет. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted September 23, 2022 В 23.09.2022 в 13:57, alibek сказал: Он есть, но с командой resize, команды resizepartition нет. Там делается как и в fdisk - удалить партицию, создать партицию. Главное - сохранить значение стартового сектора и сигнатуру. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 23, 2022 Так просто resize изменяет размер файловой системы, не раздела. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
st_re Posted September 23, 2022 В 23.09.2022 в 13:52, jffulcrum сказал: Посмотрел - parted в RHEL4 был, но с кучей багов, не факт что удастся добыть последние версии, репы давно похерили. у оракла есть https://oss.oracle.com/el4/ понятно что со времён общего окончания поддержки РХЕЛОМ там почти ничего не поменялось, но они там багу в баше правили с {} в переменных окружения (чего небыло у самого рхела без расширенной подписки, но и была ли там я не знаю) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 23, 2022 Том сейчас расширен до 5ТБ, на сервере он по прежнему 2ТБ. # fdisk -l Disk /dev/sda: 898.3 GB, 898319253504 bytes 255 heads, 63 sectors/track, 109214 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 109214 877157032+ 8e Linux LVM Disk /dev/sdc: 5497.5 GB, 5497558138880 bytes 255 heads, 63 sectors/track, 668373 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdc1 1 267349 2147480811 83 Linux Disk /dev/dm-2: 5497.5 GB, 5497558138880 bytes 255 heads, 63 sectors/track, 668373 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/dm-2p1 1 267349 2147480811 83 Linux Disk /dev/dm-3: 2199.0 GB, 2199020350464 bytes 255 heads, 63 sectors/track, 267348 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/dm-3 doesn't contain a valid partition table dm автоматически создает линки /dev/mapper/archive (на dm-2) и /dev/mapper/archivep1 (на dm-3). archive это собственно сам том (5ТБ), archivep1 это раздел на томе (2ТБ). Дисковый раздел я монтирую как mount /dev/mapper/archivep1 /mnt/p1, он монтируется и работает. Но подозреваю, что что-то неправильно. # multipath -ll archive (3600a0980005fb6250000061a57df5e3a) [size=5120 GB][features="0"][hwhandler="0"] \_ round-robin 0 [enabled] \_ 54:0:0:100 sdb 8:16 [failed][faulty] \_ round-robin 0 [prio=1][active] \_ 56:0:0:100 sdc 8:32 [active][ready] не могу понять, что не так с sdb. К тому же в при подключении и монтировании тома в логах ошибки: Скрытый текст Sep 23 16:20:49 bm-db iscsid[22071]: Connected to Discovery Address 10.102.0.211 Sep 23 16:20:49 bm-db kernel: iscsi-sfnet:host54: Session established Sep 23 16:20:49 bm-db kernel: scsi54 : SFNet iSCSI driver Sep 23 16:20:49 bm-db kernel: Vendor: NETAPP Model: INF-01-00 Rev: 0810 Sep 23 16:20:49 bm-db kernel: Type: Direct-Access ANSI SCSI revision: 05 Sep 23 16:20:49 bm-db kernel: Vendor: NETAPP Model: INF-01-00 Rev: 0810 Sep 23 16:20:49 bm-db kernel: Type: Direct-Access ANSI SCSI revision: 05 Sep 23 16:20:49 bm-db kernel: sdb : very big device. try to use READ CAPACITY(16). Sep 23 16:20:49 bm-db kernel: SCSI device sdb: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:20:49 bm-db kernel: SCSI device sdb: drive cache: write back Sep 23 16:20:49 bm-db kernel: iscsi-sfnet:host56: Session established Sep 23 16:20:49 bm-db kernel: scsi56 : SFNet iSCSI driver Sep 23 16:20:49 bm-db kernel: sdb : very big device. try to use READ CAPACITY(16). Sep 23 16:20:49 bm-db kernel: SCSI device sdb: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:20:49 bm-db kernel: SCSI device sdb: drive cache: write back Sep 23 16:20:49 bm-db kernel: sdb:<5> Vendor: NETAPP Model: INF-01-00 Rev: 0810 Sep 23 16:20:49 bm-db kernel: Type: Direct-Access ANSI SCSI revision: 05 Sep 23 16:20:49 bm-db scsi.agent[22149]: disk at /devices/platform/host54/target54:0:0/54:0:0:0 Sep 23 16:20:49 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:49 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:50 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:50 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:50 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:50 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:51 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:51 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:51 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:51 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:52 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:52 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:52 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:20:52 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:20:52 bm-db kernel: unable to read partition table Sep 23 16:20:52 bm-db kernel: Attached scsi disk sdb at scsi54, channel 0, id 0, lun 100 Sep 23 16:20:52 bm-db kernel: Vendor: NETAPP Model: INF-01-00 Rev: 0810 Sep 23 16:20:52 bm-db kernel: Type: Direct-Access ANSI SCSI revision: 05 Sep 23 16:20:52 bm-db kernel: sdc : very big device. try to use READ CAPACITY(16). Sep 23 16:20:52 bm-db kernel: SCSI device sdc: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:20:52 bm-db kernel: SCSI device sdc: drive cache: write back Sep 23 16:20:52 bm-db kernel: sdc : very big device. try to use READ CAPACITY(16). Sep 23 16:20:52 bm-db kernel: SCSI device sdc: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:20:52 bm-db kernel: SCSI device sdc: drive cache: write back Sep 23 16:20:52 bm-db kernel: sdc: sdc1 Sep 23 16:20:52 bm-db kernel: Attached scsi disk sdc at scsi56, channel 0, id 0, lun 100 Sep 23 16:20:52 bm-db scsi.agent[22203]: disk at /devices/platform/host54/target54:0:0/54:0:0:100 Sep 23 16:20:52 bm-db scsi.agent[22215]: disk at /devices/platform/host56/target56:0:0/56:0:0:0 Sep 23 16:20:52 bm-db scsi.agent[22227]: disk at /devices/platform/host56/target56:0:0/56:0:0:100 Sep 23 16:20:54 bm-db multipathd: sdb: path checker registered Sep 23 16:20:54 bm-db multipathd: sdc: path checker registered Sep 23 16:20:54 bm-db multipathd: archive: event checker started Sep 23 16:20:55 bm-db multipathd: 8:16: readsector0 checker reports path is down Sep 23 16:20:55 bm-db multipathd: checker failed path 8:16 in map archive Sep 23 16:20:55 bm-db kernel: device-mapper: dm-multipath: Failing path 8:16. Sep 23 16:20:55 bm-db multipathd: 8:32: readsector0 checker reports path is up Sep 23 16:20:55 bm-db multipathd: 8:32: reinstated Sep 23 16:20:55 bm-db multipathd: archive: remaining active paths: 1 Sep 23 16:21:22 bm-db kernel: sdb : very big device. try to use READ CAPACITY(16). Sep 23 16:21:22 bm-db kernel: SCSI device sdb: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:21:22 bm-db kernel: SCSI device sdb: drive cache: write back Sep 23 16:21:22 bm-db kernel: sdc : very big device. try to use READ CAPACITY(16). Sep 23 16:21:22 bm-db kernel: SCSI device sdc: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:21:22 bm-db kernel: SCSI device sdc: drive cache: write back Sep 23 16:21:22 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:21:22 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:21:23 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:21:23 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 1 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 2 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 3 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 4 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 5 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 6 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 7 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 8 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 9 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 10 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 11 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 12 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 13 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 14 Sep 23 16:21:23 bm-db kernel: Buffer I/O error on device sdb, logical block 15 Sep 23 16:21:24 bm-db kernel: end_request: I/O error, dev sdb, sector 10737418232 Sep 23 16:21:24 bm-db kernel: Buffer I/O error on device sdb, logical block 1342177279 Sep 23 16:21:24 bm-db kernel: end_request: I/O error, dev sdb, sector 10737418232 Sep 23 16:21:24 bm-db kernel: Buffer I/O error on device sdb, logical block 1342177279 Sep 23 16:21:25 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:21:25 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:21:25 bm-db kernel: kjournald starting. Commit interval 5 seconds Sep 23 16:21:25 bm-db kernel: EXT3 FS on dm-3, internal journal Sep 23 16:21:25 bm-db kernel: EXT3-fs: mounted filesystem with ordered data mode. Sep 23 16:22:29 bm-db kernel: sdb : very big device. try to use READ CAPACITY(16). Sep 23 16:22:29 bm-db kernel: SCSI device sdb: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:22:29 bm-db kernel: SCSI device sdb: drive cache: write back Sep 23 16:22:32 bm-db kernel: sdc : very big device. try to use READ CAPACITY(16). Sep 23 16:22:32 bm-db kernel: SCSI device sdc: 10737418240 512-byte hdwr sectors (5497558 MB) Sep 23 16:22:32 bm-db kernel: SCSI device sdc: drive cache: write back Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host55: Login phase timed out, timeout was set for 120 secs Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host55: Connect failed due to driver timeout Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host55: establish_session failed. Could not connect to target Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host55: Waiting 1 seconds before next login attempt Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host57: Login phase timed out, timeout was set for 120 secs Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host57: Connect failed due to driver timeout Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host57: establish_session failed. Could not connect to target Sep 23 16:22:49 bm-db kernel: iscsi-sfnet:host57: Waiting 1 seconds before next login attempt Sep 23 16:23:56 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:23:56 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:23:57 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:23:57 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:23:57 bm-db kernel: end_request: I/O error, dev sdb, sector 10737418232 Sep 23 16:23:57 bm-db kernel: Buffer I/O error on device sdb, logical block 1342177279 Sep 23 16:23:58 bm-db kernel: end_request: I/O error, dev sdb, sector 0 Sep 23 16:23:58 bm-db kernel: Buffer I/O error on device sdb, logical block 0 Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host55: Login phase timed out, timeout was set for 120 secs Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host55: Connect failed due to driver timeout Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host55: establish_session failed. Could not connect to target Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host55: Waiting 1 seconds before next login attempt Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host57: Login phase timed out, timeout was set for 120 secs Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host57: Connect failed due to driver timeout Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host57: establish_session failed. Could not connect to target Sep 23 16:24:50 bm-db kernel: iscsi-sfnet:host57: Waiting 1 seconds before next login attempt Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host55: Login phase timed out, timeout was set for 120 secs Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host55: Connect failed due to driver timeout Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host55: establish_session failed. Could not connect to target Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host55: Waiting 1 seconds before next login attempt Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host57: Login phase timed out, timeout was set for 120 secs Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host57: Connect failed due to driver timeout Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host57: establish_session failed. Could not connect to target Sep 23 16:26:51 bm-db kernel: iscsi-sfnet:host57: Waiting 1 seconds before next login attempt Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host55: Login phase timed out, timeout was set for 120 secs Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host55: Connect failed due to driver timeout Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host55: establish_session failed. Could not connect to target Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host55: Session giving up after 3 retries Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host57: Login phase timed out, timeout was set for 120 secs Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host57: Connect failed due to driver timeout Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host57: establish_session failed. Could not connect to target Sep 23 16:28:52 bm-db kernel: iscsi-sfnet:host57: Session giving up after 3 retries С этим сервер живет уже несколько лет, sdc нормально подключается и монтируется, а sdb выдает ошибки каждые две минуты и не монтируется, хотя это один и тот же том на одном и том же устройстве. Возможно что-то не так на СХД, но на СХД и настроек особо нет. Другой странный момент — это то, что fdisk видит таблицу разделов на /dev/dm-2p1, но не видит ее на /dev/dm-3. И нигде не нахожу сигнатуру: # fdisk /dev/mapper/archive Command (m for help): p Disk /dev/mapper/archive: 5497.5 GB, 5497558138880 bytes 255 heads, 63 sectors/track, 668373 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/archive1 1 267349 2147480811 83 Linux Expert command (m for help): p Disk /dev/mapper/archive: 255 heads, 63 sectors, 668373 cylinders Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID 1 00 1 1 0 254 63 1023 63 4294961622 83 2 00 0 0 0 0 0 0 0 0 00 3 00 0 0 0 0 0 0 0 0 00 4 00 0 0 0 0 0 0 0 0 00 Expert command (m for help): d Device: /dev/mapper/archive 0x000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 0x1C0: 01 00 83 FE FF FF 3F 00 00 00 D6 E9 FF FF 00 00 0x1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA Я так понимаю, что мне нужно сделать так? Command (m for help): p Disk /dev/mapper/archive: 5497.5 GB, 5497558138880 bytes 255 heads, 63 sectors/track, 668373 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/archive1 1 267349 2147480811 83 Linux Command (m for help): d Selected partition 1 Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-133675, default 1): Using default value 1 Last cylinder or +size or +sizeM or +sizeK (1-133675, default 133675): Using default value 133675 Command (m for help): p Disk /dev/mapper/archive: 5497.5 GB, 5497558138880 bytes 255 heads, 63 sectors/track, 668373 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/mapper/archive1 1 133675 1073738795 83 Linux И затем ввожу w и скрещиваю пальцы? (на диске лежит 2ТБ бэкапов оракла, а насколько я помню, бэкапы оракла нельзя так просто удалять) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted September 23, 2022 В 23.09.2022 в 16:53, alibek сказал: И затем ввожу w и скрещиваю пальцы? Да. Потом ребут и resize2fs В 23.09.2022 в 16:53, alibek сказал: И нигде не нахожу сигнатуру: Сигнатуры для не-загрузочных разделов появились в ext4, отбой. В 23.09.2022 в 16:53, alibek сказал: насколько я помню, бэкапы оракла нельзя так просто удалять Не рекомендуется, потребуется некоторый потрах в RMAN Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 24, 2022 Проблема пришла, откуда не ждали. fdisk не позволяет вводить значения чуть больше двух миллиардов секторов (2 в степени 31). Хотя отображает правильно. В 24.09.2022 в 00:25, jffulcrum сказал: Потом ребут Ребут то зачем? Это же внешний том, по идее достаточно перезапустить iscsi. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
jffulcrum Posted September 24, 2022 В 24.09.2022 в 10:05, alibek сказал: Ребут то зачем? Старые kernel не всасывали изменения размеров партиций автоматически, происходили глюки вплоть до порчи данных. В parted встроен соответствующий вызов, а вот после fdisk надо было что-то в консоли шаманить с этим, но проще было перезагрузиться. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 24, 2022 В общем, решил я не рисковать. Создал на СХД еще один том на 5ТБ. Как он инициализируется, подключу к серверу, создам как lvm2, скопирую бэкапы и старый том удалю. Плохо, конечно, гонять по сети 2ТБ впустую, но наверное это будет быстрее, чем разбираться со RHEL4. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sol Posted September 24, 2022 А почему нельзя отмонтировать этот том от дедушки, смонтировать на ноутбуке со свежей версией всего на свете, отрезайзить и примонтировать назад к деду? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted September 24, 2022 Была такая мысль. Но пока найду ноутбук, пока поэкспериментирую и потренируюсь, это все займет много времени. Сейчас копируются старые бэкапы, за час скопировалось примерно 5%. До завтра докопируется, это в итоге быстрее получится. Ну и заодно теперь том переделан на lvm, манипулировать им будет проще. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sirmax Posted September 24, 2022 partprobe ? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
edo Posted September 24, 2022 В 24.09.2022 в 10:05, alibek сказал: fdisk не позволяет вводить значения чуть больше двух миллиардов секторов (2 в степени 31). так mbr, наверное, вам про это изначально писали В 24.09.2022 в 12:11, alibek сказал: Но пока найду ноутбук, пока поэкспериментирую и потренируюсь, это все займет много времени. так любой линукс-хост подойдёт, неужели чтобы поднять виртуалку с линкусом нужно больше нескольких минут? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...