1

Я использую туннель SSH на работе, чтобы просматривать Интернет. Вчера я понял, что мой терминал очень медленно реагирует на команды, я проверяю htop, iotop, netop и ничего не вижу, только медленная консоль, туннель работает нормально.

Вернувшись домой, я пытаюсь войти в свою сессию X, и компьютер зависает на 5 минут после нажатия клавиши Enter.

Я решаю перезагрузиться и в конечном итоге в системном аварийном режиме.

Глядя на journalctl (здесь вставлен), я пытаюсь сделать несколько вещей, в том числе комментировать некоторые разделы / устройства в моем / etc / fstab.

Бывает, что когда я комментирую свой /home, я могу войти как обычно. Вот мой /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=f0e6eea4-264d-42f2-97c1-0ad6d60e9e76 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
#UUID=d464c414-6e10-4fb1-adaf-43096cf52ab5 none            swap    sw              0       0
# changed home on new partition
#UUID=83192ee9-fd8a-4d8c-9988-bca2d0fdf630   /home   ext4   nodev,nosuid   0   2
#/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
#/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
#/dev/md0   /media/raid5   ext4   defaults   0   0

#UUID=ea59484a-3652-4d1d-a398-f417cbd0ae7c   /media/backup   ext4   defaults   0   0

# for virtualbox, changed on june 5th
#none   /proc/bus/usb   usbfs   devgid=126,devmode=664   0   0

# for sftp in chroot
#/media/raid5/TV\040SHOWS/   /home/quest/tv/      ext4   bind,ro      0   0
#/media/raid5/MOVIES/      /home/quest/movies/   ext4   bind,ro      0   0
#/media/raid5/ANIME/      /home/quest/anime/   ext4   bind,ro      0   0

#garmin fenix 2
#UUID=489A-9E97         /media/raid5/fenix2   vfat   defaults,user,noauto,errors=remount-ro   0   1

Поэтому я пытаюсь немного лучше понять, что может произойти, и решаю посмотреть, есть ли несоответствие в uuid (я видел несколько сообщений об этом), но, к сожалению, uuid действительно совпадает. Смотрите вывод blkid:

/dev/sdc1: UUID="e7c87d29-37d0-d6b4-9a33-6d4f0e239a13" UUID_SUB="4cc4d747-5c88-9bc6-59c1-5f29603fba57" LABEL="bigbenn:0" TYPE="linux_raid_member" PARTLABEL="Linux filesystem" PARTUUID="af78f725-7354-448b-a3f7-9149937d440c"
/dev/sdb1: UUID="83192ee9-fd8a-4d8c-9988-bca2d0fdf630" TYPE="ext4" PARTUUID="8aaed40e-01"
/dev/sdb5: UUID="f0e6eea4-264d-42f2-97c1-0ad6d60e9e76" TYPE="ext4" PARTUUID="8aaed40e-05"
/dev/sdb6: UUID="d464c414-6e10-4fb1-adaf-43096cf52ab5" TYPE="swap" PARTUUID="8aaed40e-06"
/dev/sde1: UUID="ea59484a-3652-4d1d-a398-f417cbd0ae7c" TYPE="ext4" PARTUUID="1433120b-01"
/dev/sdf1: UUID="e7c87d29-37d0-d6b4-9a33-6d4f0e239a13" UUID_SUB="69383fe0-2113-a305-87fe-51057bfdd681" LABEL="bigbenn:0" TYPE="linux_raid_member" PARTUUID="873db73f-01"
/dev/sda1: UUID="e7c87d29-37d0-d6b4-9a33-6d4f0e239a13" UUID_SUB="cfdfaca9-f350-3c3a-a6a7-75a9844e9660" LABEL="bigbenn:0" TYPE="linux_raid_member" PARTUUID="4483559b-01"
/dev/sdd1: UUID="e7c87d29-37d0-d6b4-9a33-6d4f0e239a13" UUID_SUB="efb1db76-0169-ee95-ba36-d64adf36de65" LABEL="bigbenn:0" TYPE="linux_raid_member" PARTUUID="092c2257-01"
/dev/sdg1: UUID="e7c87d29-37d0-d6b4-9a33-6d4f0e239a13" UUID_SUB="c6dc6576-3d94-e0e9-77b8-abb62563277d" LABEL="bigbenn:0" TYPE="linux_raid_member" PARTUUID="000d77f7-01"
/dev/md0: UUID="0a0dc09a-0714-4fed-99e2-31a08b753373" TYPE="ext4"

Теперь я в растерянности, я пытался также smartctl диск, где находится мой /home, и это кажется нормальным (тест пройден), но я не уверен, так как в конце есть ошибки ... вот smartctl

|источник

2 ответа2

2

У вас странная ситуация, когда udev не начинает монтировать разделы, пока не завершится systemd, но возникает проблема, когда такие разделы упоминаются в /etc /fstab: в этом случае udev ожидает завершения systemd (и это приводит к тайм-аут), и только тогда он монтирует раздел.

Я понятия не имею о том, как это могло произойти. Однако я знаю, что вы можете решить свою проблему, создав новый сервис: создайте файл /etc/systemd/system/mounthome.service, в который вы поместите этот код:

 [Unit]
 Description=Mount Home
 DefaultDependencies=no

 [Service]
 Type=oneshot
 RemainAfterExit=yes
 ExecStart=/bin/mount /dev/sdb1

и теперь добавьте в файл /usr/lib/systemd/system/systemd-udev-trigger.service следующую строку, 

 Wants=systemd-udevd.service mounthome.service

так это выглядит следующим образом:

  [Unit]
  Description=udev Coldplug all Devices
  Documentation=man:udev(7) man:systemd-udevd.service(8)
  DefaultDependencies=no
  Wants=systemd-udevd.service mounthome.service
  After=systemd-udevd-kernel.socket systemd-udevd-control.socket
  Before=sysinit.target
  ConditionCapability=CAP_MKNOD

  [Service]
  Type=oneshot
  RemainAfterExit=yes
  ExecStart=/usr/bin/udevadm trigger --type=subsystems --action=add ; /usr/bin/udevadm trigger

Я верю, что это решит вашу проблему.

|источник
0

nodev означает "не интерпретировать блок специальных устройств в файловой системе"
Попробуйте изменить аргументы с nodev и nosuid на "по умолчанию"
Если это не сработает, попробуйте изменить точку монтирования вашего диска на нечто отличное от home, скажем, создайте каталог home2, и смонтируйте его там, а затем выполните команду: «sudo ln -s /home2 /home».
Надеюсь, поможет

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .