[РЕШЕНО] Проблемы с монтированием разделов после переезда на новый винчестер (чистим mtab)
belodemon 24 октября, 2013 - 10:22
Доброго времени!
Проблема в следующем, купил новый винт и решил полностью переехать на него, переезжал tar-ом, с переразбивкой нового винта (переразбил не аналогично).
Все кое как завелось , а парадоксальность ситуации в том что фактическая таблица монтирования не соответствует /etc/fstab вообще:
sda новый винт (во время переезда был sdb)
sdb старый винт (раньше соответственно sda)
fdisk -l Disk /dev/sda: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xafe6cb61 Устр-во Загр Начало Конец Блоки Id Система /dev/sda1 * 63 979964 489951 83 Linux /dev/sda2 979965 16611209 7815622+ 82 Linux своп / Solaris /dev/sda3 16611210 45913769 14651280 83 Linux /dev/sda4 45913770 1940459219 947272725 5 Расширенный /dev/sda5 45913833 143572904 48829536 83 Linux /dev/sda6 143572968 338891174 97659103+ 83 Linux /dev/sda7 338891238 436550309 48829536 83 Linux /dev/sda8 436550373 1940459219 751954423+ 83 Linux Disk /dev/sdb: 80.0 GB, 80026361856 bytes, 156301488 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x003e003d Устр-во Загр Начало Конец Блоки Id Система /dev/sdb1 63 20980889 10490413+ 83 Linux /dev/sdb2 20980890 79569944 29294527+ 83 Linux /dev/sdb3 79569945 87377534 3903795 82 Linux своп / Solaris
/etc/fstab # <fs> <mountpoint> <type> <opts> <dump/pass> # NOTE: If your BOOT partition is ReiserFS, add the notail option to opts. /dev/sda3 / ext3 defaults 0 1 /dev/sda1 /boot ext3 defaults 0 1 /dev/sda2 none swap sw 0 0 /dev/sda5 /usr reiserfs noatime,notail 0 0 /dev/sda6 /home ext4 defaults 0 0 /dev/sda7 /var reiserfs noatime,notail 0 0 /dev/sda8 /opt xfs defaults 0 0
ПАРАДОКС!!!:
df -h
Файловая система Размер Использовано Дост Использовано% Cмонтировано в rootfs 14G 844M 13G 7% / udev 10M 4,0K 10M 1% /dev /dev/sda1 14G 844M 13G 7% / /dev/sda2 47G 16G 32G 33% /usr tmpfs 2,0G 680K 2,0G 1% /run shm 2,0G 0 2,0G 0% /dev/shm cgroup_root 10M 0 10M 0% /sys/fs/cgroup /dev/sdb1 14G 844M 13G 7% /mnt/boot /dev/sdb3 14G 844M 13G 7% /mnt/root /dev/sdb5 14G 844M 13G 7% /mnt/usr /dev/sdb6 14G 844M 13G 7% /mnt/home /dev/sdb7 14G 844M 13G 7% /mnt/var /dev/sdb8 14G 844M 13G 7% /mnt/opt /dev/sda1 464M 59M 381M 14% /boot /dev/sda6 92G 6,1G 81G 7% /home /dev/sda7 47G 1,4G 46G 3% /var /dev/sda8 717G 1,1G 716G 1% /opt
Как так может быть, как может примонтироваться своп, откуда взялся sdb ?
Ничего не понимаю, спасайте пожалуйста.
»
- Для комментирования войдите или зарегистрируйтесь
.
Насколько мне не изменяет мой склероз, всё, что не прописано в fstab считается добычей удава.
А уж как он с ней разбирается в современных реалиях — то мне неведомо.
Ещё можно предположить, что использование UUID/LABEL спасёт вождя мирового пролетариата.
:wq
--
Live free or die
Сам udev ничего не делает,
Сам udev ничего не делает, если не написаны соответствующие правила, например из состава sys-apps/uam.
kostik87 написал(а): Сам udev
Да нет, он у меня даже не установлен, да и не знал я что это такое :(
* sys-apps/uam Latest version available: 0.3 Latest version installed: [ Not Installed ]А где эти таблицы хранятся, я пока был возле железяки , загружался с LiveCD, чистил dev, sys, proc - не помогло. Может действительно удав шалит, тогда что мне с ним делать?
И вопрос про монтированию по UUID, для этого ничего не нужно дополнительно инсталировать? Смотреть по blkid и тупо монтировать вида "UUID=blablabla / " через fstab? И нужно ли в grub.conf тоже указывать UUID вместо /dev/sda3?
Anarchist написал(а): ... Ещё
К сожалению, вождь по прежнему в опасности, монтирую по UUID, результат тот же... :(
?
А что говорят
и как это соответствует новому fstab ?
А что говорят... Картина
А что говорят...
Картина маслом, я наверное совсем запутался, или нужно выспаться... вот что говорят:
Еще, убирал удев из дефолтного ранлевела и сисинита, картина та же... Что я делаю не так... ?
А что показывает cat
А что показывает cat /etc/mtab ?
Я типичный русский колхозник.
Долго запрягаю, быстро езжу и сильно торможу...
kesha написал(а): А что
Спасибо! Грабли были зарыты именно в нем. Обнулил /etc/mtab и ПОЧТИ благополучно завелся, собственно не захотел монтироваться рут, но я пока монтирую его после загрузки, видно что то напутал, это уже не проблема, разберусь.
Хочу поблагодарить всех участвующих в данной переписке, спасибо что не пожалели своего времени и знаний ;)
Проблему до конца дня не закрываю, возможно нужно будет еще что то спросить у гуру, "пользуясь моментом пока мои друзья пользуются моментом" )))
Вообще-то на современных
Вообще-то на современных ядрах лучше иметь /etc/mtab линком на /proc/self/mounts ;).
Тем более, что это поможет избежать проблем в будущем при переходе на systemd, потому как
собственно на что (mount bug) вы и нарвались...
Вообщем картина маслом.... а
Вообщем картина маслом.... а именно:
Для меня тоже осталось загадкой, но были такие дела когда при переезде на более новое ядро(и\или с обновлением system olny - не помню точно), то диск sda становился sdb, в связи с чем я рванул на wiki и нашел, как вам уже предлагали, UUID. Тоесть загрузчику прделагается идентифицировать диски по специальному(уникальному) ID в независимости
в какой последовательности он "висит" на контроллере-да хоть sdz
Вообщем вводишь blkid и меняешь
/dev/sda1 / ext4 defaults 0 1
на
UUID="339df6e7-91a8-4cf9-a43f-7f7b3db533c6" / ext4 defaults 0 1
то есть вместо /dev/sda1 смотрешь в blkid - какой uuid он тебе выдал для твоей первой партиции и заменяешь РУЧКАМИ запись в fstab, как показано выше.
перезагрузка и все.
ЗЗЗЫ Если чувствуешь, что /dev/ручки немного того, будь любезен прикрыть свой (^_^) имея в наличии загрузочный диск, для chroot, на всякий пожарный.
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
draft3r написал(а): Вообщем
Спасибо, за совет, монтируюсь по ююайди уже 2 суток, если вы не заметили по выводу grep ^[^#] /etc/fstab из моего предыдущего поста, но проблема оказалась зарыта в /etc/mtab который был скопирован из старого диска, и знал вед об этом файле, но не лез , ведь динамический, а вот как вышло, что не всегда динамический... )) По поводу чрута, сисрескью сиди, и не только всегда под руками... но это уже совсем другая история... ;)
В любом случае, каждый написанный здесь пост был полезен для меня, благодарю за потраченное время, для меня это очень ценно! Никакого флуда, все по теме... Гентушники великие люди Ж)).