[РЕШЕНО] emergency shell после загрузки

simd0264
nafanja, при всём уважении
да не важно уважение или нет, мне важен факт. и в данном случае тролль меня если я не прав...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
simd0264
У меня такое было, поставил рядом винду, все uuid поменялись (хотя цель их как раз не меняться, чтобы не менять sda1 на sda2 и т.д.)
да и так же такого быть не может!!! UUID меняется либо при форматировании либо при ручном изменении...
а вот /dev/sd* меняться может, если накопителей много... (из за многопоточности определения устройств, кто первый встал того и тапки)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Значение UUID (диска MBR) каждого раздела Linux размещено/хранится на диске/разделе по смещению 1128 и имеет размер 16 байт, а значит изменить это значение можно только утилитами, которые могут вносить/изменять содержание/структуру диска. .... а автоматом это не делается.

Пример:
lsblk -f
sda2 ext4   1.0   Archlinux_backup     dfd6597d-d346-4e7d-8393-52b614083b1f
sda3 ext4   1.0   ArchLinux                  e4a612f9-f62c-4303-b81e-190d29d40f75
sudo od -A d -t x1 -j 1128 -N 16 /dev/sda2
0001128      df d6 59 7d d3 46 4e 7d 83 93 52 b6 14 08 3b 1f
sudo od -A d -t x1 -j 1128 -N 16 /dev/sda3
0001128      e4 a6 12 f9 f6 2c 43 03 b8 1e 19 0d 29 d4 0f 75
Ошибки не исчезают с опытом - они просто умнеют
1 раз помнитца точно был случай после обновления слетели, но конечно не само по себе, а чёто там скрипты начудили, проблему быстро поправили, но кто-то попал
 
Зарегистрироваться или войдите чтобы оставить сообщение.