Есть у меня /etc/apt/apt.conf.d, там лежат файлы конфигураций такого типа:
00CDMountPoint 00trustcdrom 01autoremove 01autoremove-kernels 20listchanges 50unattended-upgrades 70debconf 90manual 99synaptic
Изначально разметка была такая: один жёсткий диск целиком в физический том lvm (т.е. физический том сразу на /dev/sda, без разметки), на втором диске 100МБ раздел для /boot/efi в FAT32, остальное пространство - раздел, на котором физический том. На это производится установка Debian Stable. Всё работает, но grub-update и grub-install ругаются.
grub-update говорит:
/usr/sbin/grub-probe: warning: couldn't find physical volume 'pv0'. Some modules may be missing from core image.
grub-install выводит ту же самую ошибку плюс ещё одну:
File descriptor 4 (/dev/sdb1) leaked on vgs invocation. Parent PID blablabla: grub-install
/dev/sdb1 - это раздел /boot/efi и он подмонтирован. Вроде, всё работает, но эти ошибки сильно напрягают.
Я заменил первый PV другим - создал вместо него GPT на /dev/sda и раздел /dev/sda1 сделал PV - первая проблема решилась. Достоверно известно, что дело именно в этом - я попробовал на запущенной же системе обратить всё вспять (исключил /dev/sda1 из группы томов, удалил его, создал PV на /dev/sda, включил в группу томов) - проблема вернулась.
После того, как я создал выделенный раздел /boot вне LVM и смонтировал его (а внутрь - раздел EFI) вторая ошибка тоже пропала. И точно так же достоверно известно, что дело именно в выделенном разделе - я его посоздавал/поудалял и ошибка то проявлялась, то нет.
Как результат, имею первую ошибку, если под PV отдан диск целиком, имею вторую ошибку, если отсутствует выделенный /boot вне LVM. Скажите, пожалуйста - так и должно быть? Следует отметить, что у меня всё грузится, ибо Grub2 сам умеет видеть разделы внутри LVM. Как это вылечить?
1.) Где хранится информация о группе томов? Где-то внутри каждого физического тома, или на одном из них?
2.) Если я имею по PV на двух жёстких дисках, они объединены в VG и я желаю потом заменить один из жёстких (при том, что полезная информация умещается и на VG с учётом замены жёсткого), то каковы мои действия?
3.) Правильно ли я понимаю, что снапшот - это LV, и для его создания необходимо свободное пространство внутри VG?
Заранее спасибо.
Сабж. Выход обещали вчера.
Если я запускаю Gparted, то вижу раздел /dev/sda2 с ФС crypt-luks, возможности с ним взаимодействовать нет, а в списке дисков присутствует только /dev/sda. Если же я запущу gparted /dev/mapper/sda2_crypt, то получу возможность работать со всем пространством внутри зашифрованного тома (при этом, sda2_crypt отображается как жёсткий диск в меню Gparted. Всё так и должно быть? Мне кажется, в Gparted имело бы смысл добавить возможность работы с шифрованными томами и без указания пути к /dev/mapper/*.
P.S. У меня внутри этого шифрованного тома находится единственный раздел - корень. В fstab это отражено так:
/dev/mapper/sda2_crypt / ext4 и так далее
Дистрибутив - Debian (размечал через его установщик). Скажите, пожалуйста - разве не должен существовать отдельный файл устройства для ext4-раздела внутри шифрованного тома? Заранее спасибо
Прочитав множество FAQ по Debian и статей в Debian Wiki, я пришёл к выводу, что отличие в отношении Debian к main и contrib/non-free чисто формальное. Команда безопасности Debian, если таковая возможность есть, предоставляет обновления безопасности для пакетов из contrib/non-free, некоторые пакеты оттуда мейнтейнят официальные команды Debian (firmware-linux-nonfree мейнтейнится Debian Kernel Team), для них работают багтрекеры и прочие Дебиановские фишки. Правильно ли я понимаю, что на практике единственная разница между non-free/contrib и main (кроме лицензий) в том, что пакеты из non-free/contrib нельзя пихать на установочные носители Debian, а обслуживаются они точно так же, как и пакеты в main?
Здравия желаю. Рассматриваю переустановку всего на компе с переездом на Ubuntu LTS. Пожалуйста, дайте ответы на следующие вопросы:
В целом, исходя из того, что я прочитал, у меня сложилось впечатление, что Ubuntu LTS - очень хорошая система для десктопа, с достаточным уровнем стабильности, дружелюбности к пользователю, но и не слишком устаревающая. Или, может быть, есть какие-то негативные стороны, которые я проморгал? Кстати, если что, использую я Awesome, так что, недостатки Unity расписывать не имеет смысла.
P.S. Там в Ubuntu планируют выкатить Mir. Я надеюсь, в репозиториях для желающих останется Xorg, и те, кто не желают юзать Mir+Unity, по-прежнему смогут собирать из mini.iso всё то, что захотят. Моим надеждам суждено оправдаться? Заранее спасибо.
Допустим, я запускаю команду dd, sort или, скажем, cat без аргументов, после чего на в терминале что-то набираю и жамкаю Enter. Похоже, что информация не попадает на вход этим командам. Как же в таком случае интерпретировать следующие слова: «Если интерпретатор работает в интерактивном режиме, то они подключены на консоль (вывод на экран; чтение с клавиатуры)»? Заранее спасибо.
Здравствуйте. У меня вопрос, касающийся установки Debian. Я вижу, что отдельными файлами на зеркалах Debian можно найти архивы с non-free firmware (http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/unstable/current/), при этом, на установочных дисках их нет. Вот такой у меня вопрос: если у меня, скажем, Wi-Fi адаптер требует non-free драйвера, получается, что если я заранее не скачаю архив с фирмварем и не разверну его на установочный носитель (или просто не положу его где-нибудь ещё), то я не только не буду иметь интернета в процессе установки Debian, но и после установки мне придётся с другого компьютера выкачивать нужные драйвера и перекидывать их на комп с Дебианом? Правильно ли я понимаю? Это звучит слишком глупо, чтобы в это можно было поверить, но мало ли. Заранее спасибо.
Решил переустановить систему и настроить при этом шифрование. В связи с этим возникло несколько вопросов:
1.) Говорят, что LUKS - это расширение для dm-crypt. Так ли это? В равной ли степени они поддерживаются разрабами ядра? Какой в целом метод шифрования вы бы предложили?
2.) Обязательно ли использовать LVM в случае с шифрованием?
3.) Какой метод поддерживается установщиками Debian/Ubuntu?
Заранее спасибо.
По поводу одной хардварной проблемы везу компьютер в сервис-центр на гарантийное обслуживание. Серверов с критическими данными на компьютере нет, только домашнее. Что имеет смысл зашифровать или просто временно убрать на мой собственный внешний хард перед отдачей в сервис? Ясно чувствую, что .mozilla, .thunderbird, .ssh, .gpg. Что ещё? Заранее спасибо
Есть компьютер с процессором Core i7 и видео Nvidia GTX. Хотел бы добиться следующего: создать виртуальную машину (любого типа, вообще не разбираюсь, но готов разобраться), пробросить туда видеокарту, вкатить внутрь Винду и сделать так, чтобы Linux использовал встроенную (правильно ли я понимаю, что у Core i7 есть встроенное графическое ядро?). С целью поиграть в игры без костылей типа Wine. Возможно ли такое реализовать, располагая только одним монитором? Заранее спасибо.
1.) Насколько безопасно смешение веток, если я сижу, скажем, на Testing? Из того, что пакеты мигрируют Experimental->Unstable->Testing, я заключаю, что собираются пакеты в Unstable и Experimental с такими версиями зависимостей (всякие libc и так далее), которые на данный момент обитают в Testing. Прав ли я? Если прав, то значит ли это, что, сидя на Testing, можно спокойно ставить пакеты из Experimental/Unstable, не опасаясь поломки зависимостей? (про возможность багов в самом софте я всё понимаю) Кстати, а как обстоят дела со смешением веток при основной Stable?
2.) Если я желаю попробовать все ветки Debian, будет ли безопасно просто последовательно обновляться Stable-> Testing-> Unstable, или же это - тот случай, когда переустановка предпочтительнее?
3.) Всё-таки, для меня не совсем ясным остался вопрос, что происходит с Unstable на время заморозки Testing. Правильно ли я понимаю, что официально на этот счёт никаких инструкций нет, но разработчики больше заняты обкатыванием Testing, так что, жизнь в Unstable не так активна? Или туда всё-таки продолжают течь пакеты, и Unstable является, по сути, rolling-release? Заранее спасибо
UPD. Ещё один вопрос: После того, как Testing разморозят и объявят Stable, в новый Testing целиком Unstable сливают, или начинают в обычном режиме туда пакеты из Unstable перегонять?
UEFI. Попадаю в меню Grub2, выбираю пункт загрузки. Через раз не происходит вообще ничего, просто темнеет экран. Само ядро не начинает загружаться (делаю вывод из того, что SysRq+B) не работает. Жму ресет, после него всё грузится хорошо. Как это лечить?
Есть плагин ВКонтакте для Pidgin - https://bitbucket.org/olegoandreev/purple-vk-plugin. На данный момент он умеет много что: поддерживает передачу файлов, пересланные сообщения, приём отправленной музыки, оповещение о том, что собеседник набирает сообщение. Сам пользуюсь, вполне комфортно, претензий нет. Разработчик временно прекращает разработку и будет рад, если кто-нибудь подхватит его проект. Желающим - обращаться https://bitbucket.org/olegoandreev/purple-vk-plugin/issue/59/pidgin
P.S. Мопед не мой.
Сабж.
Политику заморозки для Testing можно увидеть на сайте: там чётко расписано, какие обновления могут приниматься в Testing во время заморозки. А что происходит с Unstable и Experimental? Если я буду сидеть на Unstable, будет ли это значить, что заморозка меня не коснётся? Заранее спасибо.
Те же самые Ctrl+C/Ctrl+V работают, если выбрана английская раскладка, а если русская - нет. Переключаю через setxkbmap. Как это вылечить?
И ещё, чтобы не создавать лишнюю тему: в Awesome не удаётся вводить русский текст в те строки, которые вызываются по Ctrl+R, Ctrl+P (стандартный диалог запуска Awesome и его динамическое меню), только английский. Есть ли возможность это исправить? Заранее спасибо.
Здравствуйте. Пришло время переразметить диск, переустановить систему и вообще начать жизнь с чистого листа. Я - поклонник deb - дистрибутивов, посему выбираю из Debian и Ubuntu. Сейчас я сижу на Ubuntu 14.04, но стал замечать, что многие вещи мне приходится собирать вручную из гита, ибо версии бывают древними, а для меня это по той или иной причине оказывается принципиальным. Также мне хотелось бы перейти на systemd, а в Ubuntu 14.04 всё ещё Upstart. Итак, я выбираю между Ubuntu Vivid, Debian Stable, Debian Testing. Предпочтения: мне безразличны версии большей части системных компонентов, но я хотел бы иметь возможность накатить последнюю версию любой прикладной софтины без особых мучений (этим привлекает Debian - а именно его репозиторий Experimental, а Ubuntu есть PPA). Условия использования: домашний десктоп с элементами сервера. Окружение - Awesome и проги на разных тулкитах. Debian отталкивает заморозкой - даже если сидеть на Testing/Sid, то некоторое время придётся сидеть без новых версий. Или я ошибаюсь? В целом ещё хотелось бы возможности безболезненного обновления с того, на чём сижу, на следующую версию в случае её выхода. Пожалуйста, помогите определиться. Заранее спасибо.
Например, если есть такая иерархия:
a/
a/b
a/b/c
a/b/d
a/e
| ← назад | следующие → |