Как вывести список всех дисков, подключенных к непустым каталогам (теневым каталогам)?
Предполагая устаревшую MBR; как минимум 3; по одному для каждой ОС.
Только для Linux требуется 1 раздел, вы можете разместить / boot и / на одном разделе при использовании MBR, grub и ext3 / 4 или нескольких других файловых систем.
Windows Я считаю, что также требует только один раздел, но обычно создает несколько разделов восстановления, если вы разрешаете форматировать весь диск. Я не уверен, навскидку, насколько вы можете это контролировать с помощью различных версий окон.
Вам не нужен отдельный / boot (в вашем примере это выглядит как Primary1), на самом деле я бы позволил каждому дистрибутиву иметь / поддерживать свою / boot (это предотвратит перезапись одного ядра другим). Разделы подкачки необязательны, они могут вам вообще не понадобиться, или вместо них можно использовать файлы подкачки (которые, как правило, более гибкие, поскольку их легче изменять), или вы можете сохранить их как отдельный раздел.
Кроме того, нет практической разницы между основным и расширенным разделами. Поэтому, если вас беспокоит количество разделов, вы можете просто создать 1 первичный раздел и использовать в нем столько расширенных разделов, сколько вам нужно.
Вы по-прежнему можете создавать столько дополнительных логических разделов, сколько вам нужно.
Если вы хотите / можете перейти на UEFI, вы можете использовать более современную таблицу разделов GPT, которая не имеет ограничения в 4 основных раздела, что позволяет вам эффективно создавать столько разделов, сколько вам реально необходимо. Вам потребуется один раздел EFI, а затем как минимум один для каждой ОС, но вы можете создать столько, сколько вам нужно.
Я выяснил проблему! Отслеживая действия на этом сервере, которые отличаются от других серверов, я обнаружил, что в какой-то момент диск, смонтированный на / data / 3, перестал работать, поэтому он был закомментирован в / etc / fstab. Однако процессы в системе не знали об этом и продолжали писать в / data / 3. который на данный момент является каталогом в /. Позже неисправный диск был заменен, и запись fstab была обновлена, поэтому теперь / data / 3 смонтирован на новом диске. Каким-то образом старые данные были скрыты , поскольку кажется, что на них нет указателя или что-то в этом роде.
Узнав об этом, я размонтировал диск / data / 3, и теперь я смог увидеть там 110 ГБ данных, которые я удалил, а затем снова смонтировал диск, и все вернулось к норме.
Я не знаю, есть ли какой-нибудь инструмент, чтобы, так сказать, найти такой бесхозный каталог.
Если вы смонтируете файловую систему, которая может содержать скрытые данные в другом месте, то вы можете перейти в пределах расположения к относительному месту, где монтирование может скрывать данные, и посмотреть, есть ли там какие-либо данные.
Если sudo ls -A $MOUNTPOINT дает какие-либо результаты, значит в $MOUNTPOINT что-то есть.
Чтобы посмотреть, что смонтировано, выполните команду mount самостоятельно.
Вот код, который можно использовать для поиска скрытых данных.
#!/bin/bash
TMP="/media/root" # temp location to mount the directory that might have data hidden by a mount point
sudo mkdir -p "$TMP"
sudo mount --bind --read-only -- "/" "$TMP" # if "/" holds the mount point with the hidden by mountpoint data, replace "/" if needed.
# replace `$(mount | awk '{print $3}')` below with the directories you wish to test for hidden data
for LOCATION in $(mount | awk '{print $3}') ; do
if [ -n "$(sudo ls -A "$TMP$LOCATION" 2>/dev/null)" ]; then
echo "data on unmounted \"$LOCATION\"";
fi;
done;
sudo umount "$TMP"
sample output:
data on unmounted "/run"
data on unmounted "/"
data on unmounted "/var"