Восстановитесь с неподходящей установки резервного диска с помощью Маркировки//UUID
Цель: Настройте домашнюю мультисистему (Mac, возможно, Win7 и другой Ubuntus) резервное использование возможности Резервное копирование Seagate Плюс 3T диск, подключенный к Ubuntu Studio 14.04. Я хотел бы упростить имя дисковода и использовать предпочтительный (?) UUID/маркировки, чтобы сделать так (для устранения изменений в/sdx, когда я добавляю/удаляю другие внешние диски и перезагрузку).
Подход: rsnapshot и rsync на пример Jeff Skinner. Однако я отформатировал диск как экс-жир (в целях мульти-ОС) и стремился использовать Маркировки для диска (называющий его "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)
От blkid;
/dev/sdf1: МАРКИРУЙТЕ = "BackupDrive" UUID = "5053-2D7E" ТИП = "экс-жир"
(существует №/dev/sdd1),
Единственной вещью на диске являются стандартные файлы Seagate и некоторые пустые каталоги (например, никакой риск в проигрывающих данных).
Я могу ls файлы в/mnt/backupdrive и видеть вышеупомянутые файлы/каталоги.
Это обнаруживается на Немо как BackupDrive хотя без файлов или каталогов.
У меня еще нет реальной информации об этом резервном диске
Вопрос: Как я исправляю это для монтирования UUID (или Маркировка), таким образом, я могу продолжить работать свое решение для резервного копирования?
После того, как зафиксированный, для перезагрузки целей должен я использовать;
комната sudo/etc/fstab.pre-uuid
sudo/var/lib/dpkg/info/volumeid.postinst настраивают
ОБНОВЛЕНИЕ: @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"
Никакие существующие файлы не показали в Немо, хотя я скопировал резервное копирование предыдущего содержания, и диск показывает их резидентным объектом там теперь. Я не понимаю, почему существует BackupDrive1, обнаруживающийся под mount
Это будет работать или не является мной все еще из лесов?
1 ответ
Я думаю, что Ваши направления (вставляемый от Ubuntu uuid страница) устарели:
при использовании Ubuntu 6.06 Щеголеватый Селезень LTS можно использовать эти команды для "обновления" до UUID. Все другие поддерживаемые версии Ubuntu автоматически используют UUID, таким образом, это не необходимо.
, Что такое Ваш /etc/fstab, похожи теперь? Можно, вероятно, просто измениться "/dev/sd.." имена к "UUID =..." там и это об этом, как в fstab страница справки . Я думаю mount всегда отчеты, какое/dev устройство смонтировано...
... видел обновленный fstab. Я не слишком знаком с типом "fuseblk", я видел его, прежде чем используется с шифрованием, но не в mount вывод..., но если это работает, это достаточно хорошо. Тот говорит, что это - тип "экс-жир", поэтому, возможно, заменяющий fuseblk с экс-жиром, работал бы, или даже автоматический...
Поэтому теперь диск (диски) смонтирован с:
/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 различных записи?