Автор Тема: При загрузки Linux выдает ошибку. Как исправить?  (Прочитано 17063 раз)

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Что то это все сложно для меня все ити прописывания команд. Может есть более простой способ исправить?
Кнопки "сделать захорошо" ещё не придумали, увы. Поменять одну строку на другую следует самостоятельно, если UUID изменён самостоятельно. Как узнать? blkid запустить, или список файлов у уже указанном каталоге /dev/disk/by-uuid/. Какой из них брать? Так кто же знает, где там у Вас что, и что именно поменялось?

Где? Я уже назвал, конфиг загрузчика посмотреть и /etc/fstab. Дело секундное, что может быть проще - не знаю. Но да, надо как-то загрузиться с какого-нибудь Resque: https://www.altlinux.org/Rescue
Система  alt linux 4.1 desktop
Что-то какая-то достаточно старая инсталляция. Система более, чем 13-летней давности. Точно HDD не переносился в новый системник перед возникнованием проблемы?
« Последнее редактирование: 19.10.2018 12:17:02 от asy »

Оффлайн Layman

  • Начинающий
  • *
  • Сообщений: 8
Может переустановить можно ?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Может переустановить можно ?
Наверняка. Только заметно сложнее на самом-то деле. А ещё же и данные сохранить надо как-то, что дополнительно усложняет. Если данные на диске интереса не представляют, можно переустанавиливать.

Оффлайн Layman

  • Начинающий
  • *
  • Сообщений: 8
А если не фарматировать где нужные даные они ведь останутся?

Оффлайн Kalt

  • Завсегдатай
  • *
  • Сообщений: 996
А если не фарматировать где нужные даные они ведь останутся?
...Да возьмите любой LiveCD, запустите и увидите содержание HDD, включая количество разделов на нём. Если есть раздел "/home", ставьте на  раздел "/" любой ALT, большая часть данных будет вам доступна. Удачи!.. 
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Что то это все сложно для меня все ити прописывания команд. Может есть более простой способ исправить?

Нет его.
Чтобы именно исправить, вам нужно сначала узнать что надо исправить. Нужно грузиться в лайв, монтировать корневую, grep -ать этот сломаный UUID, включая и /etc/lilo.conf, а также получить вывод команд:
cat /etc/fstab
ls -l /dev/disk/by-uuid/

И это только чтобы обнаружить, что нужно исправить.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
А если не фарматировать где нужные даные они ведь останутся?
Если /homе отдельный, то можно его не форматировать, а на не пустой носитель систему ставить не сильно хорошо. Но, возможно, съедут UID в /home, это всё исправляется, но надо усилия приложить почти как с UUID. :-)

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 6 222
А вообще нафиг оно топикстартеру надо? Показать 1 раз комиссии переход на отечественное ПО?

Оффлайн Kalt

  • Завсегдатай
  • *
  • Сообщений: 996
Если /homе отдельный, то можно его не форматировать, а на не пустой носитель систему ставить не сильно хорошо.
...Если отдельный, конечно не надо его форматировать. При установке просто появится ещё один пользователь и всё. Вся имеющаяся на /homе информация будет доступна...
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Чаще всего такая ошибка возникает при установке рядышком второй системой ALT. Чтобы не возникло проблем с новой инсталляцией, имеющийся SWAP переформатируется. Поэтому новая система должна грузиться без проблем, а если в старой был тот же SWAP, возникает эта ошибка, потому что в файлах /etc/sysconfig/grub2 и /etc/fstab остался старый UUID. Узнать новый UUID можно командами lsblk и blkid. Используя RESCUE-флэшку и инструкцию по https://www.altlinux.org/Chroot, можно исправить указанные файлы и обязательно выполнить в чруте update-grub. В зависимости от ситуации, может потребоваться перед этим сгенерировать новый initramfs (make-initrd -k <версия ядра из /lib/modules>).
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Чаще всего такая ошибка возникает при установке рядышком второй системой ALT. Чтобы не возникло проблем с новой инсталляцией, имеющийся SWAP переформатируется. Поэтому новая система должна грузиться без проблем, а если в старой был тот же SWAP, возникает эта ошибка, потому что в файлах /etc/sysconfig/grub2 и /etc/fstab остался старый UUID.

Всё так. Но проблема в том, что у топикстартера 4.1 Desktop,
Новая информация:Система  alt linux 4.1 desktop

а sysvinit стрессоустойчив к таким ситуациям:
# ls -l /proc/1/exe
lrwxrwxrwx 1 root root 0 окт 19 21:40 /proc/1/exe -> /sbin/init
# grep -ri swap /var/log/messages | grep '18:41'
Oct 19 18:41:00 core-i3-5005u rc.sysinit: Activating swap partitions: succeeded
Oct 19 18:41:00 core-i3-5005u swapon: swapon: cannot find the device for UUID=0a4285e3-fa23-4b6a-8538-ae5e0efa0efe
Oct 19 18:41:00 core-i3-5005u rc.sysinit: Activating swap space: failed

но не это паскудство systemd.
У меня на двух компьютерах с sysv, UUID у swap сломан, но sysvinit это нимало не заботит, - в отличие от паскудного systemd, sysvinit лишь предупреждает на загрузке, но если это не слом UUID корня или /home, sysvinit не прерывает загрузку системы. Теоретически, и слом UUID /home не должен прерывать загрузку системы на sysvinit, но так уж у альтов устроено...
« Последнее редактирование: 20.10.2018 04:52:37 от Speccyfighter »

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
проблема в том, что у топикстартера 4.1 Desktop,
Это не проблема, а антиквариат. У меня такой тоже есть. :) Если свежая рескьюшка не подойдёт, что вполне вероятно, можно использовать любой загрузочный Linux-диск той же древности.

а sysvinit стрессоустойчив к таким ситуациям:
Нынешний systemd в stage2 тоже переживает отваливание именно SWAP минуты за полторы. Здесь проблема скорее в initramfs (параметр загрузки resume=...).
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
а sysvinit стрессоустойчив к таким ситуациям:
Нынешний systemd в stage2 тоже переживает отваливание именно SWAP минуты за полторы.

:-) За это время, пока systemd будет раздумывать, систему на sysv со сломанным UUID swap, с ide винчестера пару раз загрузить можно.

Здесь проблема скорее в initramfs (параметр загрузки resume=...).

Вполне вероятно. Где-то видел, что убунтоводы нечто подобное так и лечили через bind и перегенерацию.
« Последнее редактирование: 20.10.2018 05:11:04 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell initramfs
https://ubuntuforums.org/showthread.php?t=2241460&p=13108824#post13108824
ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
https://askubuntu.com/questions/516217/alert-dev-disk-by-uuid-xxxxxxxxx-does-not-exist-dropping-to-a-shell