Восстановление из неправильной настройки резервного диска с помощью Label//UUID

Задача: настроить домашнее мультисистемное резервное копирование (Mac, возможно, Win7 и другие Ubuntus) с помощью диска Seagate Backup Plus 3T, подключенного к Ubuntu Studio 14.04. Я хотел бы упростить имя диска и использовать для этого предпочитаемый (?) UUID / Labels (чтобы исключить изменения в / sdx при добавлении / удалении других внешних дисков и перезагрузке).

Подход: rsnapshot и rsync по примеру Джеффа Скиннера. Однако я отформатировал диск как exfat (для целей нескольких ОС) и попытался использовать метки для диска (назвав его "BackupDrive")

Проблема: я как-то закончил тем, что настроил монтирование в sdd1 / mnt / backupdrive, а также монтирование в sdf1 с меткой BackupDrive

С горы:

/ dev / sdd1 в / mnt / backupdrive тип fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

/ dev / sdf1 на /media/will/BackupDrive тип fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

От блкид;

/ dev / sdf1: LABEL = "BackupDrive" UUID = "5053-2D7E" TYPE = "exfat"

(нет /dev/sdd1)

введите описание здесь

Единственное, что есть на диске - это стандартные файлы Seagate и несколько пустых каталогов (например, нет риска потери данных).

Я могу ls файлы в / mnt / backupdrive и посмотреть вышеупомянутые файлы / каталоги.

Он отображается в Nemo как BackupDrive, но без файлов и каталогов.

У меня нет никакой реальной информации об этом резервном диске

Вопрос: Как я могу исправить это для монтирования по UUID (или метке), чтобы я мог продолжить работу с моим решением для резервного копирования?

После исправления, для перезагрузки я должен использовать;

sudo rm /etc/fstab.pre-uuid

sudo /var/lib/dpkg/info/volumeid.postinst configure

ОБНОВЛЕНИЕ: @ Xen2050 - fstab имеет следующее;

/dev/mapper/ubuntu--studio--vg-root /               ext4    errors=remount-ro 0       1
#" /boot was on /dev/sda1 during installation
UUID=5cade5c2-bd38-4d2b-aecb-b703ac671bc3 /boot           ext2    defaults        0       2
/dev/mapper/ubuntu--studio--vg-swap_1 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

UUID для BackupDrive в blkid и gparted: 5053-2D7E

UUID 5cade5c2-bd38-4d2b-aecb-b703ac671bc3 связан с загрузочным разделом sda1

ОБНОВЛЕНИЕ 2: последовало предложению @xen2050 и добавило следующее в fstab;

UUID="5053-2D7E" /media/will/BackupDrive  fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

Перезагрузился, и он пожаловался, что возникла проблема с монтированием. Я пропустил ручную настройку во время загрузки.

Вот что показала гора;

/dev/sdc1 on /media/will/BackupDrive1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

blkid показал;

/dev/sdc1: LABEL="BackupDrive" UUID="5053-2D7E" TYPE="exfat" 

В Nemo не было показано ни одного существующего файла, хотя я скопировал резервную копию предыдущего содержимого, и диск теперь показывает их как резидентные. Я не понимаю, почему появляется BackupDrive1 под mount

введите описание здесь

Будет ли это работать или я все еще не из леса?

1 ответ

Решение

Я думаю, что ваши указания (вставленные со страницы Ubuntu Uuid) устарели:

Если вы используете Ubuntu 6.06 Dapper Drake LTS, вы можете использовать эти команды для "обновления" до UUID. Все остальные поддерживаемые версии Ubuntu автоматически используют UUID, поэтому в этом нет необходимости.

Какой ваш /etc/fstab похож на сейчас? Вероятно, вы можете просто изменить имена "/dev/sd.." на "UUID=...", вот и все, как на странице справки fstab. Я думаю mount всегда сообщает, какое устройство / dev установлено...

... увидел обновленный fstab. Я не слишком знаком с типом "fuseblk", я видел его раньше, используется с шифрованием, но не в mountвывод... но если это работает, то это достаточно хорошо. Один говорит, что это тип "exfat", так что, возможно, замена fuseblk на exfat будет работать, или даже автоматически...

Итак, теперь привод (ы) монтируются с:

/dev/sdd1 on /mnt/backupdrive type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sdf1 on /media/will/BackupDrive type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

Так что я думаю положить их в fstab должен работать для sdf:

UUID="5053-2D7E" /media/will/BackupDrive  fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)

Не уверен насчет sdd1, если blkid не видел это...? Пытался sudo blkid? Или там только один диск не там? Отключение может дать ему другое имя "sdx"... так что, может быть, это то, что произошло там, чтобы получить 2 разные записи?

Другие вопросы по тегам