Как отмонтировать /usr в debian с systemd?

По-простому — никак. В апстриме systemd считают, что такие вещи легче делать из initramfs.

Если /usr - это партиция, то Debian - дистрибуция.

А если Debian — дистрибутив, то /usr — партитив.

Стесняюсь спросить

shutdown -Fr now

init=/bin/bash

уже не работает?

А как дать эти ключики: -vcck?

Спасибо вполне годных ход. А как сделать подобное сохранив ssh доступ?

Спасибо. +1 к моему личному списку «почему я не люблю systemd» Ситуация не очень распространенная, но жаль что подобный ход теперь закрыт загеморроен)).

mount -o remount,ro /
mount -o remount,ro /usr

Про ssh не было сказано, наоборот, речь шла про загрузку с внешнего носителя.

Так в апстриме с какой версии-то это ввели? В Jessie 215, ЕМНИП

Про ssh не было сказано...

Это в хотелках было, в конце постскриптума.

mount -o remount,ro /

Это безопасно делать read-write badblock check на партиции примонтированной в ro?

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

Для ssh был хитрый трюк http://www.ivarch.com/blogs/oss/2007/01/resize-a-live-root-fs-a-howto.shtml Думаю теперь он непройдет.

Ништяк. Или сервер с KVM, или страдашки. Это так по-локалхостному.

2007

Делал на малине с помощью редактора разделов и resize2fs без всех этих плясок.

Обратная совместимость? Не, не слышал. Это так виндовенько.

Или совсем немного мозгов и минимальную систему в initramfs.

Но голова же у тебя не чтобы думать, а чтобы в неё кашу есть и на ЛОРе говном кидаться, да?

Обратная совместимость с чем? С чьим-то местечковым трюкачеством? Перефразирую твои страдания:

Вот раньше были запорожцы, можно было на ходу высунуться из окна, открыть капот, ударить по головке блока цилиндров кувалдой, и всё снова работает. А теперь машины быстрые, двигатели интегрированные, кошмар!

Версия ни при чём. Или у тебя есть открытые файлы на /usr, или нет.

На самом деле я перегнул палку; вполне вероятно, что в этих ваших дебианах трюк с отмонтированием /usr можно провернуть и сейчас. Только нужно предварительно остановить udev, logind, journald и вот это всё. Другими словами, упасть в emergency mode (предварительно сделав что-нибудь с сессиями и ssh, чтобы они не прибились по ходу). Тогда, если основной бинарь systemd слинкован только с библиотеками из /, всё получится.

на ходу высунуться из окна, открыть капот, ударить по головке блока цилиндров

Продолжаю аналогию: да хоть с ремонтом двигателя самолета в процессе полета.

Если такая потребность существует, то зачем ее убирать? Ладно, все это демагогия, а хотелось бы рабочий рецепт.

Ой, пардон, я туплю. Перепутал с /var

Рецепта для дебиана у меня нет, т. к. в его смотанных скотчем внутренностях я не разбираюсь. Если бы в арче не было бы /usr merge, то рецепт выглядел бы как-то так:

1. дописать в sshd.service (и в юнит, отвечающий за сеть, всё то же самое кроме строчек про network.target):

   [Unit]
   DefaultDependencies=false
   IgnoreOnIsolate=true
   Conflicts=shutdown.target
   Before=shutdown.target
   Wants=network.target
   After=network.target
   

2. сделать systemctl isolate emergency.target
3. сделать fuser -m /usr
4. прибить всё что сказано
5. делай что хочешь

Премного благодарен! Let's us die trying.

А, ещё systemctl daemon-reload забыл. После редактирования юнитов.

Ты мне вот сейчас предлагаешь в initrd запихнуть полноценную ОС с sshd и статической конфигурацией сети? На полном серьёзе? А чего ради? Какие очевидные плюсы от неотмонтируемого /usr я не замечаю?

Во-первых, на самом деле, в случае этого конкретного дебиана я в первом комментарии не прав, /usr можно отмонтировать, если дебиановцы собрали всё что нужно с prefix=/.

Во-вторых, лично я считаю, что да, именно так. Ради чего — я какое-то время назад расписывал.

grub умеет загружаться с iso.

Ммм, в моем случае это идея, спасибо.

Кстати, да, надо бы определиться.

initrd

Уже 10+ лет как закопали. Сейчас initramfs

запихнуть полноценную ОС с sshd и статической конфигурацией сети? На полном серьёзе?

Есть дистрибутивы, которые так и живут. Самый известный - TinyCore.

Уже 10+ лет как закопали. Сейчас initramfs

не суть

Есть дистрибутивы, которые так и живут. Самый известный - TinyCore.

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

Когда я на CrunchBang тусил, там инитрамфс был. В каком таком дебиане его нету?

/, var, usr и др. на отдельных партициях.

какого дьявола так делать в 2016 году? Зачем быть шлимазлом и самого себя бить молотком по пальцам?

initramfs и initrd — синомимы сегодня, не нужно быть шлимазлом и прикалупываться к словам.

Нет, не нужно быть вуглускром и использовать устаревшую терминологию.

ну вот зацени, initramfs и initrd используются свободно и одновалентно, когда говорят про:

initramfs-linux.img

Ты прикидываешься? Я говорю за кастомный initramfs с прописанной конфигурацией сети и sshd

Дык ЕМНИП в дебе есть mkinitramfs или как-то так, чтобы с голыми cpio.gz не ковыряться.

Вообще-то нет: https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/plain/Docume...

какого дьявола так делать в 2016 году?

Это было сделано 2007 вместе с установкой debian etch. 9 лет работы неплохой срок для десктопного винча. Сейчас мне стало интересно может ли современный линукс сам себя починить, в случае проблем с железом.

Капец. Ты точно прикидываешься.

Просто не вижу никакой сложности. Rescue-шеллы испокон веков располагались в инитраме. С чего это вдруг они не должны уметь сеть?

У тебя есть какие-то более убедительные доводы «против», чем «ко-ко-ко, админы локалхоста»?

Если вы считаете нормальным запихивать в initramfs статический конфиг сети и sshd - у меня нет вопросов.

запихивать в initramfs статический конфиг сети

А если запихнуть dhclient, ты успокоишься?)

О, очередной гений. С нетерпением жду историй о dhcp на дедиках/колокейшене.

Мир состоит не только из говнодедиков. В «своей» сети можно использовать dhcp, в «чужой» не вижу особых противопоказаний к статике (если в ней, опять же, не используется dhcp).

aptitude purge systemd

aptitude purge systemd

Вот кстати да, плюсую.

К сожалению рецепт не подходит, т.к. systemd уже стал стандартом по факту. Поэтому я и спрашиваю как сделать те вещи которые раньше делались достаточно просто.