Вопросы Теги

Исправление не загружаемой установки на корень LVM из рабочего стола LiveCD

Следующие простые шаги работали для меня для версии 12.04.02 19 марта 2013 г.

Установите 12.04.02 (НЕ разрешайте автоматический вход в систему). Когда установка завершит перезагрузку, вы окажетесь на экране входа в систему (НЕ ВХОДИТЕ). CTRL-ALT-F1, чтобы перейти в командную строку. войдите в командную строку sudo apt-get install nvidia-173-updates (НЕ устанавливайте nvidia-173) reboot enjoy
9
задан 18 February 2011 в 00:33

30 ответов

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) 
vgchange -a y
Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом 
mkdir /newroot
mount /dev/yourVG/rootLV /newroot
mount /dev/yourbootpartition /newroot/boot
mount -o bind /dev /newroot/dev
Скопируйте необходимые пакеты в дерево / newroot 
cp /var/cache/apt/archives/*deb /newroot/tmp/
Chroot в новое дерево и установите пакеты 
chroot /newroot
cd /tmp
dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 25 May 2018 в 22:56
  • 1
    В чем причина bind-mount / dev? – intuited 18 February 2011 в 19:58
  • 2
    Я добавил / dev, если grub снова запустился и захотел выяснить, где находятся загрузочные диски. Я использовал dpkg в том случае, если сетевое взаимодействие не было или иначе было странным внутри chroot. Если сетевое взаимодействие действительно работает, я рекомендую " apt-get " над "способностью" так как в наши дни он лучше депрессирует. – Kees Cook 19 February 2011 в 05:49
  • 3
    Спасибо за отзыв о apt-get, сложно отслеживать, что к чему. У вас есть ссылка на дополнительную информацию об этом? – intuited 19 February 2011 в 17:48

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 25 July 2018 в 22:28

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 31 July 2018 в 11:00

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 31 July 2018 в 11:59

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 2 August 2018 в 03:54

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 4 August 2018 в 19:58

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 6 August 2018 в 04:00

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

Загрузите LiveCD снова. Установите lvm2 еще раз в среде Live. Принесите группу томов (если -a не работает try -a да) vgchange -a y Получите корневой каталог LV , / boot и / dev, смонтированные под отдельным деревом mkdir /newroot mount /dev/yourVG/rootLV /newroot mount /dev/yourbootpartition /newroot/boot mount -o bind /dev /newroot/dev Скопируйте необходимые пакеты в дерево / newroot cp /var/cache/apt/archives/*deb /newroot/tmp/ Chroot в новое дерево и установите пакеты chroot /newroot cd /tmp dpkg -i *.deb

. В этот момент, вещи должны вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 7 August 2018 в 21:58

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

  1. Загрузите LiveCD снова
  2. Еще раз установите lvm2 в Live-среде
  3. Принесите Группа томов (если -a не работает try -a да) vgchange -ay
  4. Получите корень LV, / boot и / dev, установленный под отдельным деревом mkdir / newroot mount / dev / yourVG / rootLV / newroot mount / dev / yourbootpartition / newroot / boot mount -o bind / dev / newroot / dev
  5. Скопируйте необходимые пакеты в папку / newroot tree cp / var / cache / apt / archives / * deb / newroot / tmp /
  6. Chroot в новое дерево и установить пакеты chroot / newroot cd / tmp dpkg -i * .deb

На этом этапе все должно вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 10 August 2018 в 10:12

Вы попали в проблему прямо на голову: initramfs не поддерживает LVM. Вот как это исправить:

  1. Загрузите LiveCD снова
  2. Еще раз установите lvm2 в Live-среде
  3. Принесите Группа томов (если -a не работает try -a да) vgchange -ay
  4. Получите корень LV, / boot и / dev, установленный под отдельным деревом mkdir / newroot mount / dev / yourVG / rootLV / newroot mount / dev / yourbootpartition / newroot / boot mount -o bind / dev / newroot / dev
  5. Скопируйте необходимые пакеты в папку / newroot tree cp / var / cache / apt / archives / * deb / newroot / tmp /
  6. Chroot в новое дерево и установить пакеты chroot / newroot cd / tmp dpkg -i * .deb

На этом этапе все должно вернуться к нормальной работе (поскольку initramfs будет восстановлен при установке lvm2). Если нет, вы можете играть с запуском update-initramfs -u внутри chroot.

9
ответ дан 13 August 2018 в 16:35
  • 1
    В чем причина bind-mount / dev? – intuited 18 February 2011 в 19:58
  • 2
    Я добавил / dev, если grub снова запустился и захотел выяснить, где находятся загрузочные диски. Я использовал dpkg в том случае, если сетевое взаимодействие не было или иначе было странным внутри chroot. Если сетевое взаимодействие действительно работает, я рекомендую & quot; apt-get & quot; над "способностью" так как в наши дни он лучше депрессирует. – Kees Cook 19 February 2011 в 05:49
  • 3
    Спасибо за отзыв о apt-get , сложно отслеживать, что к чему. У вас есть ссылка на дополнительную информацию об этом? – intuited 19 February 2011 в 17:48

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 25 May 2018 в 22:56
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав 
Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts 

    This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`.

    I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 25 May 2018 в 22:56
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 25 July 2018 в 22:28
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 25 July 2018 в 22:28
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 31 July 2018 в 11:00
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 31 July 2018 в 11:00
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 31 July 2018 в 11:59
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 31 July 2018 в 11:59
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 2 August 2018 в 03:54
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 2 August 2018 в 03:54
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 4 August 2018 в 19:58
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 4 August 2018 в 19:58
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 6 August 2018 в 04:00
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 6 August 2018 в 04:00
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 7 August 2018 в 21:58
  • 1
    Ницца .. это легче, чем chroot. Я предполагаю, что это не будет регистрироваться в db пакетов aptitude, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного /var? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе /data, который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс на /mnt/boot, нет? Я понимаю, что lvm2 создает новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел /var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

Я в конечном итоге сделал в основном то, что Kees Cook приятно излагает, с некоторой помощью из заключительной части этого пошагового руководства. Однако:

Я не привязывал-mount /dev. Похоже, что это вызвало некоторые сообщения об ошибках позже; Смотри ниже. Я добавил свой /var том в новый корень в дополнение к /boot. Я не копировал debs в /tmp нового корня. Вместо этого я побежал # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в базе данных apt: например, aptitude и, возможно, apt-get, будут отслеживать, какие пакеты были установлены явно и которые были установлены автоматически в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (работает apt-cacher-ng), мне даже не пришлось ждать их повторной загрузки. Перед запуском apt-get мне пришлось сделать файл в /etc/apt/apt.conf.d/02proxy, содержащий Acquire::http::Proxy "http://local-apt-proxy-server:3142";. Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, указав Can not write log, openpty() failed (/dev/pts not mounted?)

** mount -o bind / dev / pts / mnt / YouNameIt / dev / pts

This did not prevent the appropriate lines from being added to `/var/log/dpkg.log`. I suspect that this issue could have been averted by bind-mounting `/dev`, but I don't really understand what it means, i.e. I don't know what log it's referring to, or why it would need to access a pty in order to write to a log.
1
ответ дан 7 August 2018 в 21:58
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

В итоге я в основном делал то, что Кейс Кук красиво выкладывает, с некоторой помощью из последнего раздела этого пошагового обзора . Однако:

  • Я не привязывал mount / dev . Похоже, что это вызвало некоторые сообщения об ошибках позже; см. ниже.
  • Я добавил мой / var том в новый корень в дополнение к / boot .
  • Я didn ' t копирует debs в / tmp нового корня. Вместо этого я выполнил # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в apt-базе данных: например, aptitude и, возможно, также apt-get , будут отслеживать, какие пакеты были установлены явно и которые были автоматически устанавливаются в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (запуск apt-cacher-ng ), мне даже не пришлось ждать, пока они снова загрузятся. Мне нужно было сделать файл в /etc/apt/apt.conf.d/02proxy , содержащий Acquire :: http :: Proxy "http: // local-apt-proxy-server : 3142 "; перед запуском apt-get . Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, заявив, что Не удается записать журнал, openpty () не удалось (/ dev / pts не смонтирован?)

* * mount -o bind / dev / pts / mnt / YouNameIt / dev / pts 

  Это не помешало добавить соответствующие строки в `/ var / log / dpkg.log`.  Я подозреваю, что эту проблему можно было бы предотвратить с помощью bind-mount `/ dev`, но я действительно не понимаю, что это значит, т.е. я не знаю, к какому журналу он относится, или почему ему нужно будет получить доступ к pty  для записи в журнал.
1
ответ дан 10 August 2018 в 10:12

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 10 August 2018 в 10:12

В итоге я в основном делал то, что Кейс Кук красиво выкладывает, с некоторой помощью из последнего раздела этого пошагового обзора . Однако:

  • Я не привязывал mount / dev . Похоже, что это вызвало некоторые сообщения об ошибках позже; см. ниже.
  • Я добавил мой / var том в новый корень в дополнение к / boot .
  • Я didn ' t копирует debs в / tmp нового корня. Вместо этого я выполнил # apt-get install aptitude; aptitude install lvm2 после chroot ing. Я сделал это, чтобы зарегистрировать эти действия в apt-базе данных: например, aptitude и, возможно, также apt-get , будут отслеживать, какие пакеты были установлены явно и которые были автоматически устанавливаются в качестве зависимостей. Поскольку я действительно получаю свои пакеты через локальный apt-прокси (запуск apt-cacher-ng ), мне даже не пришлось ждать, пока они снова загрузятся. Мне нужно было сделать файл в /etc/apt/apt.conf.d/02proxy , содержащий Acquire :: http :: Proxy "http: // local-apt-proxy-server : 3142 "; перед запуском apt-get . Я сделал то же самое, прежде чем приступать к установке пакетов при запуске LiveCD перед выполнением установки. Я получил сообщение об ошибке или предупреждение пару раз, заявив, что Не удается записать журнал, openpty () не удалось (/ dev / pts не смонтирован?)

* * mount -o bind / dev / pts / mnt / YouNameIt / dev / pts 

  Это не помешало добавить соответствующие строки в `/ var / log / dpkg.log`.  Я подозреваю, что эту проблему можно было бы предотвратить с помощью bind-mount `/ dev`, но я действительно не понимаю, что это значит, т.е. я не знаю, к какому журналу он относится, или почему ему нужно будет получить доступ к pty  для записи в журнал.
1
ответ дан 13 August 2018 в 16:35
  • 1
    Я принимаю свой собственный ответ, потому что это сработало для меня; см. ответ Kees для аналогичного решения, которое может быть более надежным в некоторых ситуациях. – intuited 20 February 2011 в 04:35

После установки системы на жесткий диск вам необходимо установить lvm2 в эту систему, прежде чем она сможет загрузиться. Если вы установили lvm2 в livecd, пакеты все равно будут находиться в / var / cache / apt / archives. Перейдите в этот каталог, установите жесткий диск и установите пакеты на жесткий диск с помощью dpkg -root = / mnt * .deb. В вашем случае вам нужно установить корневую fs в / mnt, а также var fs в /mnt/var.

Также вам не нужен отдельный / загрузочный раздел, а отдельный / var раздел является сомнительным.

1
ответ дан 13 August 2018 в 16:35
  • 1
    Ницца .. это проще, чем chroot -ing. Я предполагаю, что это не будет зарегистрировано в db-пакетах aptitude пакетов, которые были явно установлены, поэтому я должен, вероятно, просто установить lvm2 и его зависимости таким образом. Любые недостатки использования отдельного / var ? Помимо вопроса о необходимости выделения дополнительного «провисания» пространства? Я хотел бы иметь возможность сделать снимок, поэтому я не хочу смешивать его с другими большими переменными файлами; Я планирую symlink или привязать мой домашний каталог к ​​директории в отдельном томе / data , который я создам после того, как система вверх и amp; работать, вести музыку и т. д. – intuited 18 February 2011 в 03:33
  • 2
    Также: мне также нужно смонтировать загрузочный фс в / mnt / boot , нет? Я понимаю, что lvm2 строит новый initrd при установке. – intuited 18 February 2011 в 03:37
  • 3
    @intuited нет, он будет записан как установленный вручную, как всегда. Да, вы также нуждаетесь в / boot, если у вас есть отдельный из них. Наличие отдельного / var не помогает делать снимки. – psusi 18 February 2011 в 06:00
  • 4
    Отдельный раздел / var не поможет с моментальными снимками, нет, но он, например, поможет предотвратить случайное заполнение корневой файловой системы fs. Вы говорите, что это приведет к проблемам с моментальными снимками? О, подожди, это ты на другой теме комментариев. Неважно.. – intuited 18 February 2011 в 07:10

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

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