Как настроить несколько разделов

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

mkdir /usr.new
mount /dev/sdb1 /usr.new
cp -rp /usr/* /usr.new/
umount /usr.new
nano /etc/fstab # added a line /dev/sdb1 /usr ext3 relatime,errors=remount-ro 0 0
mv /usr /usr.old
mkdir /usr
mount /usr
rm -rf /usr.old
sync # flush disk caches just in case it hangs up during the shutdown
reboot

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях [!d11 ]

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях

Пожалуйста, прочтите мой ответ на свой предыдущий вопрос: как восстановить с монтирования / usr / nosuid - перемещение /usr на смонтированный раздел - это не только «плохая идея», но и приведет к бесшумным сбоям, если вы также не измените ваш initrd-образ, потому что ожидается, что / usr будет доступен во время раннего процесса загрузки до того, как будут установлены какие-либо корневые разделы.

Кроме того, нет серьезных проблем с перемещением /usr - все, что вы нужно сделать

Это это, вы должны использовать новый / usr сейчас. Обратите внимание, что файлы в вашем корневом / usr-разделе не удаляются - это может потребовать некоторого обмана, потому что / usr неизбежно становится недоступным на мгновение, но все необходимые команды находятся в / bin, поэтому похоже, что это может сработать. На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса, и он отлично работал:

И это должно быть!

На моем тестовом поле Я не нашел проблем с ошибкой в ​​правилах usev, но опять же - это экземпляр Virtualbox, YMMV.

На самом деле, я попытался установить / usr на отдельный раздел на экземпляре виртуального бокса и он отлично работает: Я нахожу, что sudo перестает работать над этим ящиком, жалуясь на бит suid, который не установлен - это было вызвано мной, используя cp -r вместо cp -rp, как это было предложено в комментариях