Вопросы Теги

Как Вы запускаете последовательность команд в инструменте команды?

В целом нет никакой причины, почему Вы не должны мочь удалить раздел Ubuntu или установить Элементарную ОС сверху его.

В обширном превосходстве случаев дистрибутивы Linux пытаются обнаружить все доступные установки ОС (включая багги, устаревшие продукты из Редмонда, Вашингтон), создать меню начальной загрузки на основе обнаруженных установок и затем установить GRUB на MBR загрузочного диска. По сути, Ваше меню начальной загрузки GRUB, вероятно, будет восстановлено с нуля при установке Элементарной ОС.

Если Элементарная установка ОС перестала работать (более точно, если она перестала работать, прежде чем она попытается установить GRUB), и предположение, что Вы не переместили или изменили размер любого из других разделов, необходимо все еще смочь загрузиться к другим разделам с помощью оставшейся конфигурации GRUB в блоках начальной загрузки.

ПРИЛОЖЕНИЕ: @d4ryl3 разъяснил его вопрос путем выяснения: "Будет удаление Ubuntu, и/dev/sda7/раздел НЕ портят мой GRUB?" Ответ на то есть, "Вероятно, нет".

Это зависит от того, кто продержался установленный GRUB, как GRUB настроен для поиска разделов, и как Вы хотите повторно разделить свой диск. Если GRUB будет настроен для поиска идентификаторов объема или меток тома, то Вы, вероятно, будете хорошо, так как идентификаторы объема обычно не изменяются, когда разделы перемещены, и метки тома определенно не делают (если Вы не делаете так явно).

Если GRUB OTOH будет настроен для поиска "необработанных" чисел раздела, то Вы все еще, вероятно, будете хорошо./dev/sda7, например, известен как/dev/sda7 на основании того, чтобы быть седьмой записью в таблице разделов, найденной в MBR. "Удаление" раздела обычно означает отмечать запись раздела как недопустимую или скрытую; это обычно не означает перемещать все следующие записи вверх для заполнения удаленной записи, начиная с выполнения так заставил бы все те записи получать новые числа раздела. Если числа раздела изменяются, то установка GRUB должна быть повторно выполнена так, она знает последнюю геометрию раздела.

Путями Вы можете быть укушены, плохо то, если записи раздела перемещены, или блоки данных, описанные разделом, перемещены, и GRUB было нужно что-то из того, где блоки данных раньше были. Никакой сценарий не кажется вероятным в Вашем случае. Однако Вы не описали, как Вы хотите повторно разделить диск, который может влиять на результат.

Две вещи необходимо, вероятно, заботиться, чтобы сделать после повторного разделения и перед перезагрузкой:

  • Повторно выполните системную утилиту, которая обнаруживает все разделы ОС и переустанавливает GRUB к MBR.
  • Создайте загрузочную карту с интерфейсом USB с GRUB на нем так, у Вас есть половина шанса возмещения любых убытков.
2
06.09.2014, 11:55
3 ответа

Для повторяемости предлагаю поместить строки в небольшой скрипт, но без ключевого слова sudo:

#!/bin/bash

rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-01-02-233653/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap  
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-01-09-152837/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap 
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-01-20-201229/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap 
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-02-21-130931/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap 
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-03-05-113353/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap 
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-03-19-162703/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap 
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-05-13-215016/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap 
rsync -v -v -r -h -t --progress /Volumes/My\ Book/Backups.backupdb/MbpScs-van-iSCS/2014-06-01-231321/SSDaeffer /Volumes/BackupMyBook/ViaMacbookMove/DitIsDeMap

Для выполнения серии команд, наберите:

chmod +x myscript.sh
sudo ./myscript.sh

Таким образом, sudo не является таймингом во время длинной команды. В файле скрипта нет необходимости ставить точку с запятой. По умолчанию каждая строка может не сработать и выполняется следующая (чтобы изменить это, используйте set -o errexit).

Я также заметил кое-что подозрительное в ваших командах. для опции --progress вы использовали не обычный -дефис, а какой-то другой, похожий по внешнему виду символ. Это может быть еще одним источником ошибок.

12
27.01.2020, 21:48

Обратите внимание, что для rsync используется rsync [ВНИМАНИЕ].... SRC [SRC]... DEST, что означает, что это может быть более просто написано как 

 rsync -r -t -h /src1dir /src2 /src3 /destdir

, которая не подвержена тайм-аутам лудо-сессии. Вы не спрашивали, но вариант -a гораздо более полный, чем -r -t.

8
27.01.2020, 21:48

Есть много способов сделать это. Подход, который вы попробовали, сработал бы идеально, если бы каждое sudo не требовало ввода пароля. Поскольку это так, команды будут зависать, поскольку 2-й запросит пароль, а вас не было, чтобы дать его. Следовательно, вам нужен способ запуска всего с помощью single sudo вызова. Вот несколько способов сделать это.

  1. Напишите команды в сценарии и запустите сценарий с sudo , как описано в ответе @ Sebastian .

  2. Запустите один rsync , предоставив несколько исходных папок, как предложил @msw.

  3. Создавайте команды динамически. Похоже, вы хотите скопировать все папки SSDaeffer в / Volumes / BackupMyBook / ViaMacbookMove / DitIsDeMap . Это означает, что вы можете просто написать 

     sudo rsync -vah / Volumes / My \ Book / Backups.backupdb / MbpScs-van-iSCS / * / SSDaeffer \
  / Тома / BackupMyBook / ViaMacbookMove / DitIsDeMap

    При этом будут скопированы все папки SSDaeffer , которые являются подпапками каталога в / Volumes / My \ Book / Backups.backupdb / MbpScs-van-iSCS - / Volumes / BackupMyBook / ViaMacbookMove / DitIsDeMap . Предполагается, что вам нужны все папки SSDaeffer . Если вам нужны только некоторые из них, вы можете перечислить их в файле: 

     $ cat file
2014-01-02-233653
2014-01-09-152837
2014-01-20-201229
2014-02-21-130931

    Затем прочтите файл, чтобы получить нужные имена: 

     sudo при чтении dir;  делать
  rsync -vah / Volumes / My \ Book / Backups.backupdb / MbpScs-van-iSCS / $ dir / SSDaeffer \
  / Тома / BackupMyBook / ViaMacbookMove / DitIsDeMap;
done <файл

    Если имена ваших папок могут содержать пробелы или другие странные символы, используйте вместо этого: 

     while IFS = read -r dir;  делать
  rsync -vah / Volumes / My \ Book / Backups.backupdb / MbpScs-van-iSCS / $ dir / SSDaeffer \
  / Тома / BackupMyBook / ViaMacbookMove / DitIsDeMap;
done <файл

  4. Запустите корневую оболочку с помощью sudo -i . Это позволит вам войти в систему как суперпользователь, а затем вы сможете запускать команды сколько душе угодно: 

     $ sudo -i
Пароль:
 # rsync -avh / из / каталог1 / в / каталог
 # rsync -avh / из / каталог2 / в / каталог
 # rsync -avh / из / каталог3 / в / каталог
3
27.01.2020, 21:48

Теги

Похожие вопросы