LINUX.ORG.RU

fsck не помогает. что делать?

 , ,


0

1

ребята, помогите пожалуйста восстановить загрузку ОС. я погибаю

есть ноут, на нём установлены: linux mint18, linux mint17, windows10. из-за убитого аккумулятора произошло так, что питание отключилось. в результате inux mint18 перестала загружаться

это выражается в том, что после начала загрузки как обычно появляется логотип минта с индикатором загрузки в виде 5 точек, но через несколько секунд он пропадает и виден только чёрный экран. далее можно ждать хоть час, но этот чёрный экран не пропадает

раньше в подобных ситуациях я выходил в режим tty1 и запускал утилиту

fsck /dev/sdaX 
и проблема решалась. но сейчас такой способ не помогает

прикрепляю скриншот консоли с выводом содержимого файл ftab и результатом команд fsck. картинки две, но на них один и тот же текст, качество фото низкое. сделать лучше нет возможности

https://i.yapx.ru/EN1yD.jpg

https://i.yapx.ru/EN1yF.jpg

при этом у меня есть возможность через консоль добраться до любого файла ОС. даже запускается midnight commander, если нужно

также у меня на руках есть флешка с дистрибутивом mint18


Ответ на: комментарий от Zhbert

вот вырезал большую часть лога с конца. возможно, в этом куске несколько перезагрузок ОС

May 31 20:32:34 lenovo systemd[1]: Stopped Read required files in advance.
May 31 20:32:34 lenovo systemd[1]: Started Stop ureadahead data collection.
May 31 20:32:50 lenovo systemd[1]: Created slice User Slice of kalinin.
May 31 20:32:50 lenovo systemd[1]: Starting User Manager for UID 1000...
May 31 20:32:50 lenovo systemd[1]: Started Session 1 of user kalinin.
May 31 20:32:50 lenovo systemd[1450]: Reached target Timers.
May 31 20:32:50 lenovo systemd[1450]: Reached target Sockets.
May 31 20:32:50 lenovo systemd[1450]: Reached target Paths.
May 31 20:32:50 lenovo systemd[1450]: Reached target Basic System.
May 31 20:32:50 lenovo systemd[1450]: Reached target Default.
May 31 20:32:50 lenovo systemd[1450]: Startup finished in 62ms.
May 31 20:32:50 lenovo systemd[1]: Started User Manager for UID 1000.
May 31 20:32:50 lenovo dbus[891]: [system] Activating via systemd: service name='org.freedesktop.ConsoleKit' unit='console-kit-daemon.service'
May 31 20:32:50 lenovo systemd[1]: Starting Console Manager...
May 31 20:32:50 lenovo console-kit-daemon[1458]: (process:1522): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
May 31 20:32:50 lenovo console-kit-daemon[1458]: missing action
May 31 20:32:50 lenovo dbus[891]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
May 31 20:32:50 lenovo systemd[1]: Started Console Manager.
May 31 20:32:50 lenovo console-kit-daemon[1458]: (process:1531): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
May 31 20:35:45 lenovo systemd[1]: Removed slice system-postgresql.slice.
May 31 20:35:45 lenovo systemd[1]: Stopping Save/Restore Sound Card State...
May 31 20:35:45 lenovo systemd[1]: Stopping Console Manager...
May 31 20:35:45 lenovo systemd[1]: Stopping Authenticate and Authorize Users to Run Privileged Tasks...
May 31 20:35:45 lenovo systemd[1]: Stopped target Sound Card.
May 31 20:35:45 lenovo systemd[1]: Stopping ACPI event daemon...
May 31 20:35:45 lenovo systemd[1]: Stopping User Manager for UID 1000...
May 31 20:35:45 lenovo systemd[1]: Stopped Stop ureadahead data collection 45s after completed startup.
May 31 20:35:45 lenovo systemd[1]: Stopping Session 1 of user kalinin.
May 31 20:35:45 lenovo systemd[1]: Stopped target Graphical Interface.
May 31 20:35:45 lenovo systemd[1]: Stopped target Multi-User System.
May 31 20:35:45 lenovo systemd[1]: Stopping A high performance web server and a reverse proxy server...
May 31 20:35:45 lenovo systemd[1]: Stopping Cgroup management daemon...
May 31 20:35:45 lenovo systemd[1]: Stopping Thermal Daemon Service...
May 31 20:35:45 lenovo systemd[1]: Stopping LSB: disk temperature monitoring daemon...
May 31 20:35:45 lenovo rsyslogd: [origin software="rsyslogd" swVersion="8.16.0" x-pid="913" x-info="http://www.rsyslog.com"] exiting on signal 15.

и вот ещё содержание файла /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=58e19771-4348-4a47-8a6a-248567561315 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=9D95-9B15  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sda3 during installation
UUID=01541fad-214b-4817-828a-bb657a952c27 none            swap    sw              0       0

prozaik
() автор топика

Ну даже на плохого качества скриншоте видно, что написано «/dev/sda3 is mounted»

Смонтированную систему чекать нельзя.

Deleted
()
Ответ на: комментарий от prozaik

Конечно. Мы все когда-нибудь умрём.

Deleted
()
Ответ на: комментарий от Deleted

Если верить этому:

swap was on /dev/sda3 during installation

То ни umount, ни fsck не помогут /dev/sda3. А для /dev/sda5, судя по скриншоту, fsck отрабатывает без сообщений.

mky ★★★★★
()
Ответ на: комментарий от mky
/dev/sda1: UUID="9D95-9B15" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6e2c40a2-5a68-4aac-9a3e-e006fb6a6e8b"
/dev/sda2: UUID="8444261A44260F8A" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="76001f04-388a-449f-90ed-68d477ece7bf"
/dev/sda3: UUID="58e19771-4348-4a47-8a6a-248567561315" TYPE="ext4" PARTUUID="e9815257-8cfe-451b-a3ff-d3b88ba2f8a7"
/dev/sda4: UUID="e4f67ea3-c84b-4ca0-8fe4-175fa03a3833" TYPE="ext4" PARTUUID="d278b28f-1d93-49f8-b20f-607eebeda7cc"
/dev/sda5: UUID="01541fad-214b-4817-828a-bb657a952c27" TYPE="swap" PARTUUID="45134870-ff3f-41eb-b44c-cdeea93c0092"
/dev/sda6: UUID="a8fb3d33-2bba-4541-8bf9-c429141bfcd6" TYPE="ext4" PARTUUID="f20fc2ee-f8e3-4bb0-8106-a8b05f1a042d"
prozaik
() автор топика
Ответ на: комментарий от Deleted

Хотя, да, по выводу blkid получается, что в fstab весёлые бесполезные комментарии — на момент установки на sda3 был swap, а теперь там корень. Но, раз fsck не запускает, значит корень не в ro (errors=remount-ro), значит ошибок нет и fsck, наверное не поможет.

mky ★★★★★
()
Ответ на: комментарий от mky

установить на /dev/sda3 новую mint18 хорошая идея? я правильно понимаю, что раздел /home уже никак не спасти для этой новой установки потому что я перед установкой настоящей системы не позаботился выделить его в отдельный раздел диска?

prozaik
() автор топика
Ответ на: комментарий от prozaik

Пробуйте:

mount -o remount,ro /
fsck /dev/sda3

Хотя, похоже что система нормально запускается и запущенные процессы не дадут перевести корневую файловую систему в ro.

mint 17 нормально загружается? Если нормально, может из под него пробовать прочекать sda3, правда я не уверен, то та версия e2fsck нормально подойдёт к ext4 из mint 18. Ещё можно попробовать повспоминать какой командой в дебианах проверяются контрольные суммы файлов из всех установленых пакетов.

mky ★★★★★
()
Ответ на: комментарий от prozaik

Вы же сами писали:

при этом у меня есть возможность через консоль добраться до любого файла ОС. даже запускается midnight commander, если нужно

Монтируте флешку или раздел с mint 17 и копируете/архивируете туда home.

mky ★★★★★
()
Ответ на: комментарий от mky

mint 17 нормально загружается?

да, нормально. с него я сейчас и пишу

prozaik
() автор топика
Ответ на: комментарий от mky

Монтируте флешку или раздел с mint 17 и копируете/архивируете туда home.

я готов переустановить mint18 заново. но проблема в том, что я не очень помню относится ли к нему кроме /dev/sda3 ещё и раздел свопа... всё это можно как-нибудь проверить?

и, честно говоря, я даже не уверен, что mint18 на sda3 расположен... чукча не читатель...

prozaik
() автор топика
Последнее исправление: prozaik (всего исправлений: 2)
Ответ на: комментарий от prozaik

/etc/fstab во втором сообщении к какой системе относится, к mint 17 или mint 18? Там по uuid получается, что корень на /dev/sda3, swap на /dev/sda5.

И, если mint 17 работает, скопируйте home с его помощью. Он ведь, вроде как, автоматом все linuх разделы подключает?

Своп точно копировать смысла не имеет.

mky ★★★★★
()
Ответ на: комментарий от mky

/etc/fstab во втором сообщении к какой системе относится, к mint 17 или mint 18? Там по uuid получается, что корень на /dev/sda3, swap на /dev/sda5.

к минт18. всё, что я в этой теме постил, относится к минт18 конечно же

prozaik
() автор топика
Последнее исправление: prozaik (всего исправлений: 2)
Ответ на: комментарий от mky

И, если mint 17 работает, скопируйте home с его помощью

это всё таки совсем последнее решение будет. дело в том, что учитывая состояние аккумулятора, такие отключения произойдут ещё не раз. поэтому мне хотелось бы не сносить каждый раз систему, а понять в чём проблема и научиться её решать

prozaik
() автор топика
Ответ на: комментарий от prozaik

Ну пробуйте. По идее после успешного выполнеия ″fsck″ нужно будет мучать команду ″debsums″, но она, скорее всего, у вас не установлена, а можно ли ″apt-get″ на такой системе я не знаю, я не дебианщик.

mky ★★★★★
()
Ответ на: комментарий от mky

mint 17 нормально загружается? Если нормально, может из под него пробовать прочекать sda3, правда я не уверен, то та версия e2fsck нормально подойдёт к ext4 из mint 18

Вполне возможно, что не подойдет, будет ругаться, что не поддерживает какие-то фичи (чексуммы вроде).
Или может я путаю ubuntu16<>debian9.

emmanuel
()

загрузиться с лайва и нормально проверить все разделы с него.
можно даже с гуя gparted или дисковой утилитой

darkenshvein ★★★★★
()
Ответ на: комментарий от darkenshvein

я психанул. нашёл минт17 на диске и установил таким образом, что все 3 системы выпилились и отдали своё дисковое пространство минту17. даже не разбивал на home и swap

вообще конечно не думал, что минт такая хрупкая система. по сути произошла самая банальная ситуация - питание аккумулятора отключилось

prozaik
() автор топика
Последнее исправление: prozaik (всего исправлений: 5)
Ответ на: комментарий от prozaik

Если на файловую систему что-то писалось, то от потери питания она могла повредиться.

Но убил её окончательно ты сам, выполнив проверку файловой системы когда она смонтирована.

Тебе нужно было загрузиться с LiveCD и выполнить проверку файловой системы, пока она не смонтирована.

anonymous
()
Ответ на: комментарий от prozaik

вообще конечно не думал, что минт такая хрупкая система.

ниже ответили

Но убил её окончательно ты сам, выполнив проверку файловой системы когда она смонтирована.

опять всё валят на убунту

darkenshvein ★★★★★
()
Ответ на: комментарий от prozaik

ИЧСХ аккумулятор после этого начал сносно работать. сейчас, смотрю, на 60% уже заряда набрал, а раньше в течение нескольких лет больше 8% никогда не заряжался(

как думаете, существует какая-нибудь связь между засранностью HDD и потреблением энергии? дело в том, что когда я эти 3 ОС ставил, то у меня постоянно какие-то судорожные перемещения загрузчиков случались, постоянно какие-то мелкие разделы от диска откусывались, которые я боялся форматнуть или присоединить потому что не понимал их значения

prozaik
() автор топика
Последнее исправление: prozaik (всего исправлений: 6)
Ответ на: комментарий от prozaik

как думаете, существует какая-нибудь связь

Да ты шаман, однако. )

Deleted
()

как помните, я полностью переустановил ОС. но сегодня опять аккумулятор разрядился полностью и соответственно ОС выключилась. после подключения к электросети ОС стала загружаться, снова показывая чёрный экран

но теперь я не стал пробовать fsck, а просто, ничего не нажимая, ушёл есть. через минут 20-30 вернулся, и увидел, что ОС загрузилась(окно входа в систему отобразилось на экране)

таким образом, сейчас всё ок. как думаете, я, как человек далёкий от админства, правильную стратегию избрал? может быть можно было что-нибудь более полезное сделать?

prozaik
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.