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

Очень плохо виден скриншот.
В логе загрузки что пишет?

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

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

umount /dev/sdaX
fsck...

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

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

доктор, я умру?..

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

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

swap was on /dev/sda3 during installation

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

Ну покажите ещё вывод ″sudo blkid″, чтобы было понятно что на каких разделах.

Ага, действительно. Плохо видно на скрине, смотрел тоже непонятно чем :)

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

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

Пробуйте:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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