Автор Тема: накосячил при обновлении  (Прочитано 35602 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #30 : 03.05.2018 22:04:46 »
Опять про mtab

За такие фортеля, линуксовым поттерингам надо руки отрывать:
$ fusermount -u /mnt/sda3
fusermount: entry for /mnt/sda3 not found in /etc/mtab
$ ls -l /etc/mtab
lrwxrwxrwx 1 root root 12 апр  8 05:46 /etc/mtab -> /proc/mounts

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: накосячил при обновлении
« Ответ #31 : 03.05.2018 22:26:17 »
За что именно? "/etc/mtab -> /proc/mounts" - это совершенно нормально. А вот почему fusermount лезет не в fstab - это вопрос...

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #32 : 03.05.2018 22:34:45 »
За что именно? "/etc/mtab -> /proc/mounts" - это совершенно нормально.

Сомнительно чтобы это было нормально:
$ fusermount -u /mnt/sda3
fusermount: запись для /mnt/sda3 не найдена в /etc/mtab
Доступ к яндекс-диску из shell

$ man mount.davfs|sed -n '145,148p'
              users  Like  user,  but  any user is allowed to unmount the file system, not only the
                     mounting user. This is generally not recomended.  On systems with no mtab file
                     with  the  user option unmounting by the mounting user will fail. In this case
                     the users may be an appropriate work around.

Вольный перевод:
users    как опция user, но любой пользователь может размонтировать файловую систему, не только монтировавший пользователь. Это настоятельно не рекомендуется. На системах без mtab файла с опцией user, размонтирование монтировавшим пользователем невозможно. В этом случае users поможет соответственно обойти эту ситуацию.

Например davfs в /etc/mtab регистрирует пользователя который смонтировал файловую систему и размонтировать разрешено только ему.
« Последнее редактирование: 03.05.2018 22:58:09 от Speccyfighter »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: накосячил при обновлении
« Ответ #33 : 03.05.2018 22:42:12 »
а, так "-u". Но тогда если его в /proc/mounts нет, то он и не смонтирован. И "запись для /mnt/sda3 не найдена в /etc/mtab" нормальная штука в этой ситуации. Или оно таки смонтировано, но в /proc/mounts отсутствует? Тогда что-то странное.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #34 : 03.05.2018 22:59:52 »
Не нормальная:
Например davfs в /etc/mtab регистрирует пользователя который смонтировал файловую систему и размонтировать разрешено только ему.

Иначе Линукс быстро превращается в Windows 95.
« Последнее редактирование: 03.05.2018 23:01:33 от Speccyfighter »

Оффлайн Termonoid

  • Давно тут
  • **
  • Сообщений: 45
    • Email
Re: накосячил при обновлении
« Ответ #35 : 04.05.2018 10:00:08 »
Закомментировали? Пробуйте загрузиться и сразу на загрузке жмите Esc чтобы посмотреть, что скажет сыстемдэ.
я и так гружусь без сплэша.Всегда.Даже когда всё нормально.
Теперь система загружается бесконечно.Запускает udev kernel device manager, он падает, она его останавливает и снова пытается запустить...
также говорит что надо ввести systemctl status что-то-там-udev.service но т.к. система не загружается даже в emergency....
_             _
   \_(''/)_/

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: накосячил при обновлении
« Ответ #36 : 04.05.2018 11:01:21 »
Не нормальная:
Например davfs в /etc/mtab регистрирует пользователя который смонтировал файловую систему и размонтировать разрешено только ему.
Иначе Линукс быстро превращается в Windows 95.
А зачем davfs это делает? Может туда ещё поэму "Евгений Онегин" записать?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #37 : 04.05.2018 14:03:28 »
man прочитай

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: накосячил при обновлении
« Ответ #38 : 04.05.2018 14:21:54 »
man прочитай
Сам почитай. :-)

This real mtab file is still supported, but on current Linux systems it is better to make it a symlink to /proc/mounts instead

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #39 : 04.05.2018 14:54:24 »
man прочитай
Сам почитай. :-)

This real mtab file is still supported, but on current Linux systems it is better to make it a symlink to /proc/mounts instead

$ ls -l /etc/mtab
lrwxrwxrwx 1 root root 12 апр  8 05:46 /etc/mtab -> /proc/mounts
$ ls -l /proc/mounts
lrwxrwxrwx 1 root root 11 май  3 13:53 /proc/mounts -> self/mounts
$ ls -l /proc/self/mounts
-r--r--r-- 1 user user 0 май  3 13:54 /proc/self/mounts
:-) И что дальше?

А дальше:
$ file /etc/mtab
/etc/mtab: ASCII text
$ grep home /etc/mtab
https://webdav.yandex.ru /home/user/mnt/dav davfs rw,nosuid,noexec,nodev,_netdev,uid=500,user=userlogin 0 0
$ grep home /etc/fstab
https://webdav.yandex.ru /home/userlogin/mnt/dav davfs user,noauto,uid=userlogin,file_mode=600,dir_mode=700 0 1
$ umount /home/user/mnt/dav
/sbin/umount.davfs: waiting while mount.davfs (pid 2737) synchronizes the cache .. OK
# rm /etc/mtab
rm: удалить обычный файл «/etc/mtab»? y
$ file /etc/mtab
/etc/mtab: symbolic link to `/proc/mounts'
$ mount /home/user/mnt/dav
Please enter the username to authenticate with server
https://webdav.yandex.ru or hit enter for none.
  Username: LOGIN
Please enter the password to authenticate user LOGIN with server
https://webdav.yandex.ru or hit enter for none.
  Password:
$ grep home /etc/mtab
https://webdav.yandex.ru /home/user/mnt/dav fuse rw,nosuid,nodev,noexec,relatime,user_id=500,group_id=500,allow_other,max_read=16384 0 0
$ umount /home/user/mnt/dav
umount: /home/use/mnt/dav: umount failed: Операция не позволена
man mount.davfs

              users  Like user, but any user is allowed to unmount the file system, not only the mounting user. This is gen‐
                     erally not recomended.  On systems with no mtab file with the user option unmounting  by  the  mounting
                     user will fail. In this case the users may be an appropriate work around.
                     Default: only the mounting user is allowed to unmount the file system.

Если /etc/mtab симлинк, то файловая уже не davfs, а fuse. И на кой он сдался этот allow_other. Да ещё и прицепом с users на umount.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: накосячил при обновлении
« Ответ #40 : 04.05.2018 15:02:53 »
А дальше читал man ?

because a regular mtab file maintained in userspace cannot reliably work with namespaces, containers and other advanced Linux features.

И тут такая davfs. Значит, надо переделать.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #41 : 04.05.2018 15:28:51 »
because a regular mtab file maintained in userspace cannot reliably work with namespaces, containers and other advanced Linux features.

И для этого надо разрешить другим users размонтировать файловую?

И тут такая davfs. Значит, надо переделать.

А кто это будет делать?
Я на gdm2.20 багрепорт повесил.
Патч поправил.
Ссылку на собранный src.rpm дал.
Багрепорт до сих пор висит.
А самосборным  пакетом пользуюсь с форка альтового репозитория.
Не зеркала, - форка.

ntfs-3g для пользователя тоже требует сборку со встроенной поддержкой fuse. Говорят у centos такой пакет лежит где-то в third party.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #42 : 04.05.2018 16:08:47 »
Теперь система загружается бесконечно.Запускает udev kernel device manager, он падает, она его останавливает и снова пытается запустить...

Профессионалам Линукс скажите спасибо, которые отправляют код в апстрим. И заодно программисту корпорации Red Hat Леннарту Поттерингу, который сказал, что systemd это прогресс технологий. По логике этого прогресса технологий, сервис падает, а systemd его рестартует и система входит в мёртвый цикл.
В нормальных системах, без systemd, этот сервис должен был упасть, а инициализатор должен был прервать процесс загрузки с выводом причины останова.

По логике вещей в теме должны были появиться сторонники systemd, но этого до сих пор не произошло.

также говорит что надо ввести systemctl status что-то-там-udev.service но т.к. система не загружается даже в emergency....

Это и называется прогресс технологий systemd: система не попадает даже в BSOD, бесконечно рестартуя падающий сервис.
Выше, глядя на логи, этого и опасался больше всего. Так оно и произошло.
Теперь вы понимаете, что у тех кто не приемлет systemd в *nix-подобных системах, это не просто блажь?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: накосячил при обновлении
« Ответ #43 : 04.05.2018 17:05:11 »
также говорит что надо ввести systemctl status что-то-там-udev.service но т.к. система не загружается даже в emergency....

Предлагала посмотреть статус (текущее состояние) сервиса.
М-гу. В мёртвом цикле. Куда и загнал систему сам же systemd.

Оффлайн Termonoid

  • Давно тут
  • **
  • Сообщений: 45
    • Email
Re: накосячил при обновлении
« Ответ #44 : 04.05.2018 20:46:19 »
Что-то в теме началось непонятно что. :-( Двое выясняют все баганутости systemd,а я просто хочу починить то, что не загружается.
теперь остался только live.Непомнюкакой раз задаю классический вопрос: ЧТО ДЕЛАТЬ?
_             _
   \_(''/)_/