Перейти к содержимому
Калькуляторы

Linux - увеличение размера раздела без потери данных

Ответить

alibek   

alibek
Опубликовано

Есть старый сервер на RHEL4.

К нему через iSCSI подключен дисковый том размером 2 ТБ, на томе имеется один раздел с файловой системой ext3.

Мне нужно увеличить размер тома. И крайне желательно без потери данных, на нем лежат бэкапы БД и их особо некуда временно скинуть.

На СХД я увеличил размер до 5ТБ.

А как его увеличить на сервере, чтобы не потерять данные?

fdisk умеет только пересоздавать разделы.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано

Нет, увы.

А в те времена LVM были?

 

В принципе, в крайнем случае наверное можно будет подключить том к windows-станции и увеличить раздел с помощью Acronis Disk Director.

Но это как-то уж слишком сложно, да и не уверен, что Acronis такой диск увидит.

Хотелось бы сделать непосредственно на сервере, и без того, чтобы гонять по сети 2ТБ бэкапов.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

YuryD   

YuryD
Опубликовано

 Подмонтировать ?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

st_re   

st_re
Опубликовано

а на диске GPT таблица ? а то с fdisk есть некоторые сложности c >2T... еще вариант что там вообще нет разделов, тогда просто resize2fs

 

ну а так срисовать начало и конец текущего раздела, снести раздел, создать новый с тем же началом и типом и до конца диска... в общем можно и в GPT тут переделать. 

 

потом resize2fs (если она в те далёкие годы уже была...)

 

зы, а да, сначала помолиться :/

 

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

jffulcrum   

jffulcrum
Опубликовано
В 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.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

st_re   

st_re
Опубликовано

и вот, кстати, статья от Рхела

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/s2-disk-storage-parted-resize-part

правда про более свежий рхел

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

jffulcrum   

jffulcrum
Опубликовано

Посмотрел - parted в RHEL4 был, но с кучей багов, не факт что удастся добыть последние версии, репы давно похерили.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано
В 23.09.2022 в 13:36, jffulcrum сказал:

В пределах одного сеанса грохается root и партиции за ней (типа swap, если есть), потом пересоздаются с нужных стартовых секторов и в нужных размерах. Там будет один важный нюанс - fdisk спросит про сигнатуру, момент надо не профакапить и сохранить старую.

Звучит прямо устращающе, но суть понял.

Попробую.

 

В 23.09.2022 в 13:52, jffulcrum сказал:

parted в RHEL4 был

Он есть, но с командой resize, команды resizepartition нет.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

jffulcrum   

jffulcrum
Опубликовано
В 23.09.2022 в 13:57, alibek сказал:

Он есть, но с командой resize, команды resizepartition нет.

Там делается как и в fdisk - удалить партицию, создать партицию. Главное - сохранить значение стартового сектора и сигнатуру.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано

Так просто resize изменяет размер файловой системы, не раздела.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

st_re   

st_re
Опубликовано
В 23.09.2022 в 13:52, jffulcrum сказал:

Посмотрел - parted в RHEL4 был, но с кучей багов, не факт что удастся добыть последние версии, репы давно похерили.

у оракла есть https://oss.oracle.com/el4/

понятно что со времён общего окончания поддержки РХЕЛОМ там почти ничего не поменялось, но они там  багу в баше правили с {} в переменных окружения (чего небыло у самого рхела без расширенной подписки, но и была ли там я не знаю)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано

Том сейчас расширен до 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ТБ бэкапов оракла, а насколько я помню, бэкапы оракла нельзя так просто удалять)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

jffulcrum   

jffulcrum
Опубликовано
В 23.09.2022 в 16:53, alibek сказал:

И затем ввожу w и скрещиваю пальцы?

Да. Потом ребут и resize2fs 

 

В 23.09.2022 в 16:53, alibek сказал:

И нигде не нахожу сигнатуру:

Сигнатуры для не-загрузочных разделов появились в ext4, отбой.

 

В 23.09.2022 в 16:53, alibek сказал:

насколько я помню, бэкапы оракла нельзя так просто удалять

Не рекомендуется, потребуется некоторый потрах в RMAN

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано

Проблема пришла, откуда не ждали.

fdisk не позволяет вводить значения чуть больше двух миллиардов секторов (2 в степени 31).

Хотя отображает правильно.

 

В 24.09.2022 в 00:25, jffulcrum сказал:

Потом ребут

Ребут то зачем? Это же внешний том, по идее достаточно перезапустить iscsi.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

jffulcrum   

jffulcrum
Опубликовано
В 24.09.2022 в 10:05, alibek сказал:

Ребут то зачем?

Старые kernel не всасывали изменения размеров партиций автоматически, происходили глюки вплоть до порчи данных. В parted встроен соответствующий вызов, а вот после fdisk надо было что-то в консоли шаманить с этим, но проще было перезагрузиться.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано

В общем, решил я не рисковать.

Создал на СХД еще один том на 5ТБ.

Как он инициализируется, подключу к серверу, создам как lvm2, скопирую бэкапы и старый том удалю.

Плохо, конечно, гонять по сети 2ТБ впустую, но наверное это будет быстрее, чем разбираться со RHEL4.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

sol   

sol
Опубликовано

А почему нельзя отмонтировать этот том от дедушки, смонтировать на ноутбуке со свежей версией всего на свете, отрезайзить и примонтировать назад к деду?

 

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

alibek   

alibek
Опубликовано

Была такая мысль.

Но пока найду ноутбук, пока поэкспериментирую и потренируюсь, это все займет много времени.

Сейчас копируются старые бэкапы, за час скопировалось примерно 5%.

До завтра докопируется, это в итоге быстрее получится.

Ну и заодно теперь том переделан на lvm, манипулировать им будет проще.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

edo   

edo
Опубликовано
В 24.09.2022 в 10:05, alibek сказал:

fdisk не позволяет вводить значения чуть больше двух миллиардов секторов (2 в степени 31).

так mbr, наверное, вам про это изначально писали

 

В 24.09.2022 в 12:11, alibek сказал:

Но пока найду ноутбук, пока поэкспериментирую и потренируюсь, это все займет много времени.

так любой линукс-хост подойдёт, неужели чтобы поднять виртуалку с линкусом нужно больше нескольких минут?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Подписчики 0
Перейти к списку тем Программное обеспечение, биллинг и *unix системы