пропал fstab

Используй юниты systemd

sudo find /etc -name fstab

Или так ))

sudo find / -name fstab

не совсем то же самое, но можешь из работающей системы взять /proc/mounts

Ишшы, ишшы, должон быть!

Напиши сам)

Где-то тихо улыбнулся Л. Поттеринг :)

как то вот

root@LAMP ~# find / -name "fstab"'
find: '/sys/kernel/debug': Permission denied'
find: '/sys/fs/fuse/connections/54': Permission denied'
find: '/sys/fs/fuse/connections/53': Permission denied'
find: '/lost+found': Permission denied'
find: '/proc/tty/driver': Permission denied'
/usr/share/doc/util-linux/examples/fstab'
/usr/share/doc/mount/examples/fstab'
root@LAMP ~#'>

похоже это он и есть, мне можно в нем прописать ?

Канеш можно, прописывай

Но не стоит. Это образец.

тогда куда оригинал дели, не чего не понимаю, образец есть, а оригинала нет. и работает, ну ладно бы не работал, а тут фантастика какая то.

может я что то не понимаю?

Понимание находится в первом же комментарии этого треда

Порядок был на сервере. Не нужен - нету.

Нужен - создай.

А мне почему то кажется , что не такой уж это и сервер , а ламп на хостинге. И исправить фстаб вряд ли. Но может я и ошибаюсь.

По-моему, ни в одном дистрибутиве по умолчанию fstab не выкинут, а значит, кто-то там уже потрудился ручками.

Как ни странно, но если на сервере только /, то по идее fstab не нужен.

И тут правильно пишут, смотри в /etc/systemd/system/ файлы .mount и .automount, может так прошлый админ настроил.

Именно. Тем более в Debian, где даже сеть до сих пор скрипты на sh поднимают.

Это может оказаться не дистрибутив , а ламп сервер на хостинге. И доступа к фстаб нет.

без fstab если нет других настроек в udev, systemd, autofs при старте автоматом будет только root fs / т.е. без этого файла загружается

как уже писали нужно - создай /etc/fstab

Ещё это может быть таки Linux, но в контейнере, а не в полноценной виртуальной машине.

нет. всё, что в /proc лучше не модифицировать. в mounts будет больше всякого разного чем в fstab. на его основе ты можешь создать fstab, взяв за основу монтирование основных разделов.

https://ibb.co/k0D6Smy

Это я так )) для прикола.

создал, написал туда белеберду, он его проглотил и загрузился

вот что там находиться

root@LAMP .../systemd/system# ls -all
total 52
drwxr-xr-x 13 root root 4096 Jun 20 08:14 .
drwxr-xr-x  5 root root 4096 Jun 20 10:17 ..
drwxr-xr-x  2 root root 4096 Sep 23  2022 basic.target.wants
drwxr-xr-x  2 root root 4096 Apr  1  2022 default.target.wants
drwxr-xr-x  2 root root 4096 Jun 20 10:52 getty.target.wants
drwxr-xr-x  2 root root 4096 Jun 20 08:14 multi-user.target.wants
drwxr-xr-x  2 root root 4096 Apr 21  2022 network-online.target.wants
drwxr-xr-x  2 root root 4096 Apr 21  2022 phpsessionclean.service.d
lrwxrwxrwx  1 root root    9 Jun 20 08:14 samba-ad-dc.service -> /dev/null
drwxr-xr-x  2 root root 4096 Sep 23  2022 sockets.target.wants
lrwxrwxrwx  1 root root    9 Sep 23  2022 ssh.socket -> /dev/null
lrwxrwxrwx  1 root root   31 Apr 21  2022 sshd.service -> /lib/systemd/system/ssh.service
lrwxrwxrwx  1 root root    9 Apr 21  2022 stunnel4.service -> /dev/null
drwxr-xr-x  2 root root 4096 Jun 20 10:18 sysinit.target.wants
lrwxrwxrwx  1 root root   35 Apr 21  2022 syslog.service -> /lib/systemd/system/rsyslog.service
drwxr-xr-x  2 root root 4096 Apr 21  2022 systemd-resolved.service.wants
drwxr-xr-x  2 root root 4096 Apr 21  2022 timers.target.wants
drwxr-xr-x  2 root root 4096 Apr 21  2022 webmin.service.d
root@LAMP .../systemd/system# 

да не вон рядом стоит я его вижу))))

не-а :) в стартовых скриптах линухи куча tmpfs монтируется, задолго до всяких fstab и systemd.mount

Вот как раз дебиан, в процессе запихивания системд-зонда всё глубже, вполне на такое способен.

шаманство какое то, ну почему мне так не повезло, почему не обычная убунту

вопрос такой, а если я пропишу в systemd.mount подключение к сетевой папке, это же нормально будет?

мне надо то всего подключить сетевую папку и забыть про этот сервер)

omg 30 комментов о проблемах монтириования без fstab, а нужно было всего-то сетевую шару смонтировать для чего существует способов целая куча )

издалека начал ))

)))) ну я думал быстренько там прописать и все забыть, а тут фстаб пропал и пошло поехало

да. в системе с системд даже лучше будет так, ибо в системд.моунт больше функций впихнуто. ну и фстаб при старте конвертируется в /run/systemd/generator/*.mount и только потом монтируется.

создай /etc/systemd/system/%name%.mount потом sudo systemctl daemon-reload потом sudo systemctl start %name%.mount sudo systemctl enable %name%.mount

кстати теперь в опере есть встроенный gptchat под названием aria, который, как мы знаем, обожает лепить всякие скрипты, давать примеры и рассуждать о конце света

я на вивальди :) и спокоен к BLM LLM.
ты енто вообще к чему ??

про то что совет про systemd, mount и прочие линксовые вещи чат может дать довольно развернуто. И не надо ждать когда наберется 30+ комментов

да меня смутило что нет фстаб, хотя во всех мануалах он есть

мануал не является стандартом :)
в линуксе особливо нет стандартов :) есть рекомендации и устоявившиеся системы, не всегда обязательные к исполнению…

У тебя или контейнер, или прошлый админ затейник.

fstab по умолчанию есть в Debian.

Он в твоём старом дебиане 2 называется /etc/mtab

Афигеть ) mtab это временный файл с текущими маунтами всякой всячины.

Он в твоём старом дебиане 2 называется /etc/mtab

mtab это временный файл, создается и изменяется по мере монтирования/отмонтирования всякой всячины.

Блин, опередили, даже с формулировкой «всякой всячины» :)

да не контейнер у меня вот такой динозавр LAMP на turnkey

,,,,,,,,,, дарю безплатно и без смс.

,,,,,,,,,, дарю безплатно и без смс.

Вижу всё раздарил. Даже себе не оставил.

Чувак, именно вот на таких хостингах очень популярно давать не полноценную виртуальную машину с ОС в ней, а контейнер с ней на базе LXC.

Посмотри вывод команд

uname -a
lsb_release -a

Если версия ядра какая-то совсем не родная для этого Debian, скорее всего, у тебя контейнер.

Вижу всё раздарил.

«Вижу» одну зажали, судя по исправлениям.

Это ядро характерно для Ubuntu 20.04 или Oracle Linux 8, а никак не Debian 11.

Так что скорее всего да, контейнер. Посмотри ещё ls -l /boot — обычно там лежат файлы ядер, может прошлый админ руками нестандартное собрал. Но если нет вообще ни одного файла ядра — у тебя 100% контейнер.

Потому что в отличии от полноценной виртуальной машины контейнер использует ядро хоста.