Вы здесь

[РЕШЕНО] Проблемы с монтированием разделов после переезда на новый винчестер (чистим mtab)

Доброго времени!
Проблема в следующем, купил новый винт и решил полностью переехать на него, переезжал 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 ничего не делает, если не написаны соответствующие правила, например из состава sys-apps/uam.

kostik87 написал:
Сам udev ничего не делает, если не написаны соответствующие правила, например из состава sys-apps/uam.

Да нет, он у меня даже не установлен, да и не знал я что это такое :(

*  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/LABEL спасёт вождя мирового пролетариата.

К сожалению, вождь по прежнему в опасности, монтирую по UUID, результат тот же... :(

А что говорят

lsblk -af

blkid

и как это соответствует новому fstab ?

А что говорят...
Картина маслом, я наверное совсем запутался, или нужно выспаться... вот что говорят:

quantum_gentoo ~ # lsblk -af| grep sda
sda
├─sda1 ext3           0327d4d9-cfeb-4cf8-ad67-656e3ecf524a /boot
├─sda2 swap           2ee01e0c-2ba2-4916-b09d-87a62aeefeb2 /usr
├─sda3 ext3           cd2f26f0-fdb2-4655-8d9d-6f69d6dacbee
├─sda4
├─sda5 reiserfs       4530682a-2d20-4397-936a-1222d3a1bea5
├─sda6 ext4           0576ddfa-b1c2-4024-bdc9-e919ad561480 /home
├─sda7 reiserfs       e759fe46-27df-49a7-b82d-48f6e56f04c4 /var
└─sda8 xfs            fe29702b-079e-4fb4-9c06-d349129b820d /opt
quantum_gentoo ~ # grep ^[^#] /etc/fstab
UUID=cd2f26f0-fdb2-4655-8d9d-6f69d6dacbee               /               ext3            defaults        0 1
UUID=0327d4d9-cfeb-4cf8-ad67-656e3ecf524a               /boot           ext3            defaults        0 1
UUID=2ee01e0c-2ba2-4916-b09d-87a62aeefeb2               none            swap            sw              0 0
UUID=4530682a-2d20-4397-936a-1222d3a1bea5               /usr            reiserfs        noatime,notail  0 0
UUID=0576ddfa-b1c2-4024-bdc9-e919ad561480               /home           ext4            defaults        0 0
UUID=e759fe46-27df-49a7-b82d-48f6e56f04c4               /var            reiserfs        noatime,notail  0 0
UUID=fe29702b-079e-4fb4-9c06-d349129b820d               /opt            xfs             defaults        0 0
quantum_gentoo ~ # fdisk -l | grep sda
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
/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
quantum_gentoo ~ # blkid
/dev/sda1: UUID="0327d4d9-cfeb-4cf8-ad67-656e3ecf524a" TYPE="ext3"
/dev/sda2: UUID="2ee01e0c-2ba2-4916-b09d-87a62aeefeb2" TYPE="swap"
/dev/sda3: UUID="cd2f26f0-fdb2-4655-8d9d-6f69d6dacbee" TYPE="ext3"
/dev/sda5: UUID="4530682a-2d20-4397-936a-1222d3a1bea5" TYPE="reiserfs"
/dev/sda6: UUID="0576ddfa-b1c2-4024-bdc9-e919ad561480" TYPE="ext4"
/dev/sda7: UUID="e759fe46-27df-49a7-b82d-48f6e56f04c4" TYPE="reiserfs"
/dev/sda8: UUID="fe29702b-079e-4fb4-9c06-d349129b820d" TYPE="xfs"

Еще, убирал удев из дефолтного ранлевела и сисинита, картина та же... Что я делаю не так... ?

А что показывает cat /etc/mtab ?

Я типичный русский колхозник.
Долго запрягаю, быстро езжу и сильно торможу...

kesha написал:
А что показывает cat /etc/mtab ?

Спасибо! Грабли были зарыты именно в нем. Обнулил /etc/mtab и ПОЧТИ благополучно завелся, собственно не захотел монтироваться рут, но я пока монтирую его после загрузки, видно что то напутал, это уже не проблема, разберусь.

Хочу поблагодарить всех участвующих в данной переписке, спасибо что не пожалели своего времени и знаний ;)
Проблему до конца дня не закрываю, возможно нужно будет еще что то спросить у гуру, "пользуясь моментом пока мои друзья пользуются моментом" )))

Вообще-то на современных ядрах лучше иметь /etc/mtab линком на /proc/self/mounts ;).
Тем более, что это поможет избежать проблем в будущем при переходе на systemd, потому как

...Upstream only supports /etc/mtab file being a symlink to /proc/self/mounts. Also not creating this symlink will cause problems with mount (bug #434090) and df (bug #477240).

собственно на что (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 который был скопирован из старого диска, и знал вед об этом файле, но не лез , ведь динамический, а вот как вышло, что не всегда динамический... )) По поводу чрута, сисрескью сиди, и не только всегда под руками... но это уже совсем другая история... ;)
В любом случае, каждый написанный здесь пост был полезен для меня, благодарю за потраченное время, для меня это очень ценно! Никакого флуда, все по теме... Гентушники великие люди Ж)).