Восстановление из неправильной настройки резервного диска с помощью 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 разные записи?