Parted, изменение разделов

[chitatel]

Совсем недавно такое делал, как раз parted'ом. Команда resize, начало оставить как есть, конец - вписать сколько надо.

Спасибо, то, что нужно. Уже сделал.

[Black]

Пишет:

Код:

Disk /dev/sda: 300.0 GB, 300069052416 bytes 255 heads, 63 sectors/track, 36481 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xc46e9de0 Device Boot Start End Blocks Id System /dev/sda1 * 1 192 1536000 7 HPFS/NTFS Partition 1 does not end on cylinder boundary. /dev/sda2 192 16892 134144000 7 HPFS/NTFS /dev/sda3 18433 35717 138841762+ 7 HPFS/NTFS Disk /dev/sdb: 2055 MB, 2055208960 bytes 255 heads, 63 sectors/track, 249 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x91f72d24 Device Boot Start End Blocks Id System /dev/sdb1 * 1 250 2007008+ b W95 FAT32 Partition 1 has different physical/logical endings: phys=(248, 254, 63) logical=(249, 220, 35)

И Linux native раздел потерялся. Кажется, что если еще что-то изменить, то вообще ничего не восстановить. Лучше наверное не менять размер раздела, а вернуть прежнее состояние.

Хмм... Между sda2 и sda3 "дырка": sda2 заканчивается на 16892, а sda3 начинается на 18433. Похоже и правда не совпадает начало. А ещё sda1 заканчивается на том же цилиндре, где начинается sda2.
Если сохранился вывод fdisk -l до изменений, начало можно взять от туда. А если есть такая возможность, то лучше вернуть как было, исправить ошибку с sda1 и сделать всё ещё раз, но аккуратнее .

[Sikes]

Вернуть как было? Использовался TestDisk, который уже восстановил раздел, но не тот (откуда-то взялся), поверх нужного.
Дырки раньше не было, а sda2 вроде и раньше начинался на конечный цилиндр sda1.

[zRPG2]

Здравствуйте. У меня появилась проблема.

Но лучше начну с немного пораньше. У меня 2 винта. Места на логическом диске dev/sda10 примонтированном как /home не хватало. Весь первый винт забит. Вот и решил перенести раздел который находится сразу за /dev/sda10 на второй винт. Делал с помощью gparted. Загрузил с live cd и скопировал удаляемый раздел на /dev/sdb.
Все прошло нормально. Но слишком уж долго делает это gparted. Вот и решил попробовать acronis (им работаю давно еще со времен винды). После того как попытался изменить размер /home, acronis при выполнении выдал "операция завершена с ошибкой". Но почти сразу. А диск восстановления естественно не сделал (ну доверял я аксронису. Давно с ним работаю) После следующей загрузки Fedora11 загрузилась нормально. И /home видит и вообще все нормально, НО вот тут и начинается проблема.

/home я так и не увеличил. Запустил gparted он сказал что на первом диске вообще нет ни одного раздела.

Попробовал через parted
# parted print /dev/sda
Ошибка: Не удается получить статус устройства print - Нет такого файла или каталога.
Повторить/Retry/Отменить/Cancel? c
# parted
GNU Parted 1.8.8
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print /dev/sda
Ошибка: Недопустимый аргумент во время позиционирования для чтения на /dev/sda
parted: invalid token: /dev/sda
Повторить/Retry/Игнорировать/Ignore/Отменить/Cancel? i
Ошибка: Invalid partition table on /dev/sda -- wrong signature 0.
Игнорировать/Ignore/Отменить/Cancel? i
Model: ATA ST3250410AS (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
2 32,3kB 210MB 210MB primary ext3 boot
4 210MB 18,2GB 18,0GB primary lvm
3 75,2GB 250GB 175GB extended lba
5 75,2GB 107GB 32,2GB logical ntfs
6 107GB 150GB 43,0GB logical ntfs
7 150GB 215GB 64,4GB logical fat32
8 215GB 250GB 35,3GB logical fat32
Раздела 10 нет вообще. Но явно видно что lvm заканчивается на 18,2 а extended начинается на 75,2. Где-то между ними и есть /home
Попробовал так
(parted) rescue
Ошибка: Недопустимый аргумент во время позиционирования для чтения на /dev/sda
Повторить/Retry/Игнорировать/Ignore/Отменить/Cancel? i
Ошибка: Can't have a partition outside the disk!
(parted) rescue /dev/sda
Ошибка: Недопустимый аргумент во время позиционирования для чтения на /dev/sda
parted: invalid token: /dev/sda
Повторить/Retry/Игнорировать/Ignore/Отменить/Cancel? i
Ошибка: Can't have a partition outside the disk!

# fdisk -l /dev/sda
пусто совсем.
Просто для сравнения что делаю правильно набрал
# fdisk -l /dev/sdb

Диск /dev/sdb: 120.0 ГБ, 120034123776 байт
255 heads, 63 sectors/track, 14593 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Disk identifier: 0x01cc01cc

Устр-во Загр Начало Конец Блоки Id Система
/dev/sdb1 * 1 9456 75955288+ 7 HPFS/NTFS
/dev/sdb2 9457 14593 41262952+ 5 Расширенный
/dev/sdb5 9457 14593 41262921 7 HPFS/NTFS

Подскажите как мне восстановить таблицу разделов диска /dev/sda (я так понимаю, может и не прав, что проблема именно в ней). И почему вообще загружается fedora? Как она вообще видит /home

[QWERTYASDF]

В случае с неподдерживаемой parted'ом ФС, например NTFS, уменьшение происходит так:

1) ntfsresize -s (размер) (раздел)
Размер нужно указать значительно меньше нужного.

2) parted (устройство)
print
(видим таблицу)
rm (номер раздела в таблице)
print
(видим таблицу. Убеждаемся, что раздел удалён)
mkpart (primary/logical) (то же начало раздела, что и было) (требуемый конец раздела)
print
(видим таблицу. Убеждаемся, что раздел создан, и распознан как ntfs)

3) ntfsresize -s (размер) (раздел)
на этот раз указываем такой размер, какой нужен, т.е. увеличиваем до размера нового раздела.

Я правильно понимаю, что фрагментация ФС (ntfs) не повлияет на безопасность данных при таких операциях (изменение размера ФС/раздела с ней)? Или таки есть риск и надо дефрагментировать?

Скорее всего ничего критично не изменилось, но все-таки прошло время, как сейчас обстоят дела с данными утилитами и данным методом в плане изменения размеров разделов (с ntfs, ext{2,3})?

[drBatty]

Я правильно понимаю, что фрагментация ФС (ntfs) не повлияет на безопасность данных при таких операциях (изменение размера ФС/раздела с ней)? Или таки есть риск и надо дефрагментировать?

риск есть всегда
вероятность успеха заметно меньше 100%. Да, если данные фрагментированы, то неудача гарантирована, а если данные не фрагментированны, вам может быть и повезёт.

как сейчас обстоят дела

как обычно. Делить на ноль нельзя даже в 21ом веке.

Вот и решил попробовать acronis

винфак там →

[Bizdelnick]

Я правильно понимаю, что фрагментация ФС (ntfs) не повлияет на безопасность данных при таких операциях (изменение размера ФС/раздела с ней)? Или таки есть риск и надо дефрагментировать?

Есть риск, и надо делать полный бекап раздела. Особенно если на разделе стоит винда. А лучше всего с NTFS раобтать только при посредстве штатных средств винды (а где нет винды - там не использовать NTFS).

как сейчас обстоят дела с данными утилитами и данным методом в плане изменения размеров разделов (с ntfs, ext{2,3})?

Ничего не изменилось. С ext{2,3} - отлично, с ntfs - хреново.

[QWERTYASDF]

Понятно, что для винды нужна винда, по хорошему. Но Вы ведь понимаете, что если для себя я выбрала GNU/Linux (ну или прочий UNIX в перспективе), то не хочется например 5 дней из 7 тыркаться в виндовых "мастерах", если таки возможно обслуживать компы (а у большинства сейчас винда с ntfs-ами) из-под того-же Linux-а?

Вот в ntfsprogs есть утилита ntfsdefrag. Кто-нибудь сталкивался вообще? : )

[drBatty]

Вот в ntfsprogs есть утилита ntfsdefrag. Кто-нибудь сталкивался вообще?

самый лучший способ дефрагментации NTFS:
1. tar -cf ntfs.tar *
2. mkfs.ntfs
3. tar -xf ntfs.tar
только это убивает "диск Ц". А вот со всякими данными работает.

[Bizdelnick]

tar -cf ntfs.tar *

fsarchiver гуманнее. А ещё гуманнее wimtool.

[QWERTYASDF]

Вот в ntfsprogs есть утилита ntfsdefrag. Кто-нибудь сталкивался вообще?

самый лучший способ дефрагментации NTFS:
1. tar -cf ntfs.tar *
2. mkfs.ntfs
3. tar -xf ntfs.tar
только это убивает "диск Ц". А вот со всякими данными работает.

Так "диск Ц" то как-раз актуально дефрагментировать, ибо почти всегда на нем помойка медийного контента...

[drBatty]

fsarchiver гуманнее. А ещё гуманнее wimtool.

ну может быть. Для меня это слишком сложно.

Так "диск Ц" то как-раз актуально дефрагментировать, ибо почти всегда на нем помойка медийного контента...

ну рекомендуется помойку устраивать на большом "диск Д", а на "дискЦ" рекомендуется устраивать маленькую системную помойку. А если одна большая помойка, то быстрее переустановить маздай.

Хотя я конечно так, "обычный пользователь", как правильно чинить маздай я не знаю, особенно моложе WinXP.

[QWERTYASDF]

tar -cf ntfs.tar *

fsarchiver гуманнее. А ещё гуманнее wimtool.

Т.е. fsarchiver можно применять как дефрагментатор ntfs-ов в т.ч. системных виндовых "дисков Ц" (в плане безопасности последующего изменения размеров)? По wimtool можете какой-нибудь русскоязычный ликбез-источник дать?

Так "диск Ц" то как-раз актуально дефрагментировать, ибо почти всегда на нем помойка медийного контента...

ну рекомендуется помойку устраивать на большом "диск Д", а на "дискЦ" рекомендуется устраивать маленькую системную помойку. А если одна большая помойка, то быстрее переустановить маздай.

Хотя я конечно так, "обычный пользователь", как правильно чинить маздай я не знаю, особенно моложе WinXP.

Не для себя : ) А других напаривать как им использовать их винду - дело бесполезное и неприятное : )

[Bizdelnick]

Т.е. fsarchiver можно применять как дефрагментатор ntfs-ов в т.ч. системных виндовых "дисков Ц" (в плане безопасности последующего изменения размеров)?

Не знаю, как там с изменением размеров, но сохранение/восстановление файловой системы с его помощью винда переживает, проверено. Дефрагментация при этом по идее тоже происходит (в отличие от таких штук, как partimage).

По wimtool можете какой-нибудь русскоязычный ликбез-источник дать?

Нет. Только англоязычные маны.

[QWERTYASDF]

Не знаю, как там с изменением размеров, но сохранение/восстановление файловой системы с его помощью винда переживает, проверено.

По идее, ведь если начало системного (оффтопного) раздела не двигать, то проблем никаких не должно быть, fsarchiver все скопирует в нужные сектора. При том, что конец раздела будет приближен или отдален. ?

Т.е. если взять необходимость предварительно делать бекап изменяемого раздела, то fsarchiver лучше ntfsresize, а алгоритм такой: 1. Создаем образ системного виндового диска С через fsarchiver ; 2. Изменяем адрес конца раздела в fdisk etc; 3. Создаем новую ФС через mkntfs (или что в этом пункте?) ; 4. Закидываем диск С с образа на нее. ?

[Bizdelnick]

Да, как вариант. И начало раздела можно двигать, и вообще на другой диск его переносить (хотя это уже винде может не понравиться).

[drBatty]

Т.е. fsarchiver можно применять как дефрагментатор ntfs-ов в т.ч. системных виндовых "дисков Ц" (в плане безопасности последующего изменения размеров)?

дык изменение размеров разделов смысла не имеет, если вы всё сохранили. Можете смело(если веритьBizdelnick'у) убивать раздел, создавать новый, и пихать туда бекап.

[Bizdelnick]

Можете смело(если веритьBizdelnick'у) убивать раздел

Ну совсем смело не надо. Для начала неплохо заглянуть в документацию и прочитать, что объём, отводимый fsarchiver для хранения метаинформации о файле, ограничен, и в некоторых случаях часть её таки может потеряться. Да и от багов никто не застрахован. wimtool надёжнее, потому что формат wim изначально разработан для NTFS, но его вроде пока нет в репозиториях ни одного дистрибутива, да и вообще он может оказаться ещё сырым. Надо оценивать риски, возможно - поэкспериментировать. Я вот поэкспериментировал и пришёл к выводу, что для резервного копирования раздела со свежеустановленной виндой fsarchiver пригоден. Но понятия не имею, не вылезут ли глюки в каких-то специфических случаях.

[drBatty]

Bizdelnick
спасибо. Ещё раз повторяю, что я не знаю маздай, это сложный квест. Его надо проходить. Мне лень. Я лучше пойду фашистов постреляю в вульфе.