понятно что технически он есть, но в случае умирания хома "такой рут" поможет только частично. Например если если это сервер в далёкой калифорнии, а как у автора поста со смертью хоума умерла сеть - вообще не поможет.
На сервере в далекой калифорнии у вас не будет стоять скайп да и размеры разделов там дают вполне щедрые и даже если действительно пропадет сеть, то обычно у нормальных хостеров есть вполне удоб... э-р-р, работающие способы как его исправить.
Там упадёт от того что логами забъётся :) Само собой что всё это решается, да и на локальной машине проблема несерьёзная. Однако факт что стыдно должно быть линуксяторам, за выпускт такого в массы. Пора им забыть про умных пользователей.
Если сделать своей профессией решение проблем конкретных линуксов, тогда так и будет. Я же пока не чувствую уж прям необходимость изучать особенности бубунты. Встретится — разберусь. Пока что, ничего фатального (или что бы заняло много времени) не происходило, хотя и неприятности были.
А вообще... Если считать, что они достаточно надёжно работают с subvolume'ами, тогда конечно ;-) Впрочем, вот сколько я пробовал (на втостепенных серверах и рутовом разделе NixOS) — ни единого серьёзного нарекания. Разве, недавние испытания с истощением про места на диске у BTRFS показали некоторые неприятности. Не смертельные, но если не знаешь, то могут запросто более получаса времени в критической обстановке отъесть. Может быть, решусь и себе основной поставить. Дополнительно подстегнёт за бэкапом следить ;-)
Ну и речь шла про место на диске и квоты. "Свободное место на диске", это не такое простое понятие у BTRFS.
Диск может заполниться так, что rm file или даже true > file буду завершаться с ошибкой "нет места", даже если перемонтировать с nodatacow. В квотах snapshot'ы учитываются, но метаданные нифига не учитываются. Поэтому, может быть так, что ты свою квоту не выбрал, а места уже нет.
Если не нужно чего-то необычного, то уж залогиниться по ssh можно и при отсутствующей home-директории. Единственное исключение, это подвисание при попытке прочитать содержимое home (.bashrc, например).
Это можно и без сделать и без дополнительной партиции. В каких-то случаях, стереть всё, кроме /home'а, может занять чууть больше телодвижений, но это ерунда.
1. Уже написали, что это даёт возможность чуть быстрее переустановить систему и ил развернуть её на другой машине. 2. /home можно сделать зашифрованным. 3. В рамках офиса компании можно сделать /home сетевым, это позволит любому юзеру работать за любой машиной как за своей родной. 4. Сугубо имхо, система и данные должны быть разнесены в разные места, решение виндовс держать рабочие папки в С:\ - это ад и холокост.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
no subject
no subject
no subject
no subject
/root
[15:15:20]|~# whoami
root
[15:15:23]|~# cat /etc/os-release
NAME="Ubuntu"
VERSION="12.04.2 LTS, Precise Pangolin"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu precise (12.04.2 LTS)"
VERSION_ID="12.04"
[15:15:25]|~#
ЧЯДНТ? :)
Другой вопрос, что в рута нельзя залогиниться напрямую по паролю, но это уже технические тонкости.
no subject
no subject
да и размеры разделов там дают вполне щедрые
и даже если действительно пропадет сеть,
то обычно у нормальных хостеров есть вполне удоб... э-р-р, работающие способы
как его исправить.
no subject
Само собой что всё это решается, да и на локальной машине проблема несерьёзная. Однако факт что стыдно должно быть линуксяторам, за выпускт такого в массы. Пора им забыть про умных пользователей.
no subject
В любом случае, если зачем-то это надо, то в чём проблема сделать пароль у root'а?
no subject
Однако в этом упражнении (дальний сервер с убунтой) поздно уже - сеть упала :)
no subject
no subject
no subject
А если бубунту-СЕРВЕР себя так ведёт (в чём, правда, я сомневаюсь), то это очень так довод против.
no subject
no subject
Можно, конечно, изучить все эти особенности. Но зачем?
no subject
no subject
Я же пока не чувствую уж прям необходимость изучать особенности бубунты. Встретится — разберусь.
Пока что, ничего фатального (или что бы заняло много времени) не происходило, хотя и неприятности были.
no subject
no subject
Дебиан, роллинг-релизы, слаку и центос не предлагать.
no subject
no subject
no subject
дело вовсе не в /home на отдельной партиции, это только одна из мелочей ;-)
no subject
no subject
А от переполнения диска квоты спасают.
no subject
Но с "хитрыми" файловыми системами вроде BTRFS или ZFS дело обстоит чуть сложнее.
no subject
no subject
Впрочем, вот сколько я пробовал (на втостепенных серверах и рутовом разделе NixOS) — ни единого серьёзного нарекания.
Разве, недавние испытания с истощением про места на диске у BTRFS показали некоторые неприятности. Не смертельные, но если не знаешь, то могут запросто более получаса времени в критической обстановке отъесть.
Может быть, решусь и себе основной поставить.
Дополнительно подстегнёт за бэкапом следить ;-)
Ну и речь шла про место на диске и квоты.
"Свободное место на диске", это не такое простое понятие у BTRFS.
no subject
no subject
буду завершаться с ошибкой "нет места", даже если перемонтировать с nodatacow.
В квотах snapshot'ы учитываются, но метаданные нифига не учитываются.
Поэтому, может быть так, что ты свою квоту не выбрал, а места уже нет.
no subject
Единственное исключение, это подвисание при попытке прочитать содержимое home (.bashrc, например).
no subject
no subject
no subject
no subject
В каких-то случаях, стереть всё, кроме /home'а, может занять чууть больше телодвижений, но это ерунда.
no subject
no subject
no subject
no subject
2. /home можно сделать зашифрованным.
3. В рамках офиса компании можно сделать /home сетевым, это позволит любому юзеру работать за любой машиной как за своей родной.
4. Сугубо имхо, система и данные должны быть разнесены в разные места, решение виндовс держать рабочие папки в С:\ - это ад и холокост.
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
no subject
ковыряться в носуставить Windows )))