Pull to refresh

Comments 13

Насчет переноса Linux можно очень сильно поспорить. Если верно настроен initrd с модулями sata то при переносе на сата проблем не будет. Хоть c amd на intel переносить с 10 летнего компа на современный у меня все загружалось (поменял правда ide на sata) даже не знаю с чего у вас там была паника, у меня ни разу не было при переносе. Те же livecd причем самосборные по initrd особо не отличаются от рабочих систем и запускаются везде. Даже устанавливал на флешку полноценный линукс с / в ro и запускалось абсолютно везде.
Не всегда.
> df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad4s1a 989M 404M 506M 44% /

Хотя предложенный автором вариант слишком сложен. При загрузке указываем откуда брать ядро, и грузимся в single-user режиме. Далее перемонтируем / и правим fstab.

Правильный initrd не всегда можно сделать, линуксы обычно живут на серверах, а там raid-контроллеры отличатся довольно сильно (как минимум есть Adaptec, LSI и PMCHP).
Правильный initrd ВСЕГДА можно сделать — берешь и делаешь, раз знаешь что там за контреоллер — не знаешь — добавь все. Далее все маунтится по UUID как писали выше. Никаких правок, только регенерация initrd перед миграцией и все.
Автор в статье описывает ситуацию типа «бобик сдох». Тогда пересоздавать initrd придется с livecd, а для некоторых полупрограммных контроллеров с закрытыми исходниками еще и модуль под свое ядро надо будет с сайта производителя качнуть. А дальше да — UUID и вперед :)
Грузиться с диска не обязательно, достаточно в лоадере указать откуда брать систему и загрузиться в single mode. Домашний сервак так уже 2 винта и пару материнок пережил.
Всем спасибо за комментарии. Когда восстанавливал, про UUID даже не вспомнил, так что спасибо! Воистину век живи — век учись )
Камень, о который я споткнулся.
У меня SSD, места на нем мало и оно ценное. И так получилось, что оказался без надобности раздел на 6 Гб.
С LVM и GPT я обращаться не умею, ставил систему по старинке на MSDOS-разделы.

Так вот, для меня стало большой неожиданностью, что при переразбиении диска UUID меняются. home при старте не взлетел, после чего я (стыдно признаться) переписывал длиннющий UUID на бумажку, а затем вписывал его ручками в fstab. Сейчас я вижу, что этого можно было избежать, но это сейчас.

Поэтому в случае домашней конфигурации /dev/sda1...4 куда как роднее ))

А ещё очень интересно было бы узнать, как на практике переразбивать диск на живой системе, без live-cd/usb, причем не только home, но и root-раздел. Причем если для IT-специалиста ситуация скорее гипотетическая — я на практике сталкивался два раза, когда прям нужно-нужно, под рукой ничего нет, вечер ещё долгий, данные не слишком ценные и можно было бы заняться.
Насколько я помню, UFS-разделы динамически ресайзить нельзя. Можно только увеличить их размер с помощью growfs.
А что за ситуация такая, когда действительно «нужно-нужно» ресайзить разделы на живой системе?
> Всем известно, что если жесткий диск с WinXP перенести на другой компьютер (аналогичный), то скорее всего (~99%), система загрузится. Если контроллеры HDD несовместимы, то можно получить знакомый BSOD.
99% не загрузится. Загрузится только в том случае, если контроллеры жёстких дисков не совместимы, а совпадают т.е. vendor_id и product_id должны быть идентичными.

> Схожая ситуация с Linux — там будет черная паника ядра.)
Linux 99% загрузится, т.к. обычно не имеет жёсткой привязки к одному контроллеру. Все контроллеры, для которых в initrd (или в ядре, если нет initrd) присутствуют модули, будут работать.
1. Линукс работать будет. Обычно сетаплюсь на каком то железе пошустрее и потом перекидываю винт на более слабое железо.
2. Зачем грузится с frenzy, когда ядро при загрузке выдает всю необходимую инфу по подключенным винтам? При дальнейшей загрузке можно указать откуда грузить корень, а далее уже маунтить все как надо. кстати чтобы поправить fstab, то хватит маунта usr и tmp. хотя может tmp и лишний. Но для mc он точно нужен
Sign up to leave a comment.

Articles