Altlinux ошибка обновления

---

---

---

---

---

---

---

Внимание: apt-get -s не работает (ключик для проведения «мысленного эксперимента» вместо действия приводит к неадекватной оценке последствий).

Превышение числа пакетов

Если команда apt-get update завершается чем-то вроде:

Reading Package Lists... Error!
E: Dynamic MMap ran out of room
E: Error occured while processing ktechlab (UsePackage3)

или:

E: Wow, you exceeded the number of package names this APT is capable of.
E: Problem with MergeList /tmp/aptbox/var/lib/apt/lists/_ALT_Sisyphus_noarch_base_pkglist.classic
E: The package lists or status file could not be parsed or opened.

— скорее всего, apt’y приходится перелопачивать больше пакетов, чем дозволено лимитом (#16900).

Решение N1^[1]:

в /etc/apt/apt.conf добавить строку (если ещё нет):

APT::Cache-Limit <LimitInBytes>;

Где <LimitInBytes> — число большее, чем размер /var/lib/rpm/Packages в байтах.
Возможно, придётся подбирать Cache-Limit несколько раз, пока ошибка не исчезнет.

В apt 0.5.15lorg2-alt50 лимиты выставлены следующим образом (разница обусловлена предположением подключения biarch-репозитория):

• 83886080 (80M на 32-битных архитектурах);
• 100663296 (96M на 64-битных архитектурах).

Решение N2 (если в обновлённом apt это уже увеличили):

Обновить apt и libapt из соответствующего репозитория:

apt-get update -o APT::Cache-Limit=100663296
apt-get install apt

Объезд:

Отключить лишние репозитории в /etc/apt/sources.list.d/*.list и вновь отдать команду:

apt-get update

«Битые» пакеты

Если при обновлении системы или установке отдельных пакетов вываливается нечто вроде:

Committing changes...
Preparing...                 ###########################################  [100%]
1: some_package              error: unpacking of archive failed: cpio: Bad magic
E: Some errors occurred while running transaction

вероятней всего, rpm-архив (в данном случае «some_package») испорчен (получен не полностью).

Решение:

Отдать команды:

apt-get clean
apt-get install some_package

Ошибка обновления через rsync

Если при попытке обновления сведений о пакетах выходит ошибка с повторяющимися строками вроде приведённых ниже для apt-get update:

E: Программа обработки метода /usr/lib/apt/methods/rsync не найдена.
E: Tried to dequeue a fetching object

и для synaptic:

E: The method driver /usr/lib/apt/methods/rsync could not be found.

— то это означает, что в числе активных репозиториев есть подключенные через протокол rsync. Следует либо их отключить, либо доустановить пакет apt-rsync.

Ошибка сегментирования

Если при работе apt-get падает по Segmentation fault, удалите кэш apt:

mv /var/cache/apt/*pkgcache.bin /tmp

Если это поможет, и если примера в altbug #31089 ещё нет, приложите эти файлы к багу.

Проверьте stack лимиты, должно быть не менее:

# ulimit -s
8192

Задать можно тут:

/etc/security/limits.conf
root hard stack 8192
root soft stack 8192

Ругань о неудовлетворённых зависимостях при попытке сделать apt-get dist-upgrade

В таком случае надо сначала попытаться обновить отдельно apt и rpm, а потом повторить попытку dist-upgrade:

 apt-get install apt rpm
 apt-get dist-upgrade

Такое поведение не типичное, и случилось после того, как в строгие зависимости стали добавлять помимо name = epoch:version-release ещё и значение disttag (в rpm 4.0.4-alt128), а rpm до версии 4.13.0.1-alt6 не всегда справлялся с различением таких версий.

Удаление дубликатов пакетов (например, после прерванного dist-upgrade)

В пакете apt-scripts, начиная с версии 0.1.4-alt1, добавлена команда apt-get dedup, которая удаляет все непозволенные дубликаты из системы:

 apt-get install apt-scripts # если ещё не установлен
 apt-get dedup

Ссылки

Не обновляется система, не могу установить другие пакеты. Журналы вроде все просмотрел, не увидел ничего связанного с этой ошибкой. Может быть, кто-то подскажет в чем может быть дело.

Пробуем, например, поставить Sieve:

Вывод команды uname:

Модераторы: Skull, Модераторы разделов

Alt Linux

В школе аврал, срочно устанавливаем 2-ую ось Линукс. В наличии Дистрибутивы Альт Линукса (Мастер, Юниор, Лайт), стандартный школьный комплект. При установке Юниор 4 (он состоит из двух СД дисков) первый диск устанавливается без особых проблем, но вот второй (я так понимаю с доп.прогаммами) не добавляется. Без диска установка проходит, но пишет что критическая ошибка. Сам я полный нуб в Линуксе.Подскажите как с помощью команды с консоли установить со второго диска проги. Пробовал через Syniptic (пардон если ошибся) по одному пакету установить, долго. вернее не разобрался.

Надо репозиторий подкючить со вторым диском. я правда хз как это в rpm-based дистрах. Погугли: подключение CD репозитория ALT.

Да и там же обычные программы, не обязательно же ставить их все. у вас есть список нужного ПО? можно доставить через пакетный менеджер, из инета всё сам стянет.

По идее на первом диске должна быть работоспособная система, только без некоторых второстепенных программ. Гораздо важнее, какая критическая ошибка и когда происходит.

По идее во время установки оно требует 2й диск (этап дополнительные диски). А вообще тебе на forum.altlinux.ru

Сравнил системы на двух компах.Где нормально все встало, там доп проги, типа работа с графикой GIMP,проигрывателеи, образовательные проги (период.таб.менеделева, настрольный планетарий и тд). А где глюканула, там ось как бы работает, там их нет. Инте настрил(у нас прокси, пришлось повозится), но как «стянуть нужные проги». Паралельно на другом компе ставил едубунту 9.10, так все просто оказалось, сначало все шло на инглиш, потом выскочил ниоткуда совет, что мол если хош руссифицировать, жми туда, туда, туда,т.е обновись с Инета. я все так сделал и пошло. Так и все проги «стягиваю». Но там кое-какие проги есть от Альт Юниора, но не все. Пробовал через менеджер управления пакетами в качестве источника офиц.сервер вводить, но там надо занть какая прога для чего нужна, так тупо тоже не обновишь. Никак не могу в качестве источника CD указать. Рядом книга Д.Н.Колесниченко Самоучитель Линукс. Он там комаду приводит apt-get [опции] [команда] [пакет], либо же apt-get install.Делал так. Заходил (выходил) на консоль. командами дос еле еле добрася до диска с прогами. Не пошло

проги с альта не получится так просто в убунте поставить, т.к. в убунте deb-пакеты, в альте rpm. Смотрите alien.

apt-get предназначен для установки ПО из репозитория с сервера убунты.

Источник

Ошибка при установке alt linux

Сообщения: 535
Благодарности: 12

Профиль | Отправить PM | Цитировать

Ставлю ALTLinux с флешки (потому что нет дисковода — вообще!) рядом с Windows XP. На флешку записывал через ImageWrite и ещё пробовал через Unetbootin.

Всегда то же самое:
Когда дохожу до меню разбиения диска выбираю настроить вручную (потому что у меня ещё стоит Windows XP). Откусываю от раздела NTFS 30 Гб и нажимаю назад. Вылазит сообщение применить изменения, нажимаю Да. И потом сразу валазит сообщение: Критическая ошибка. Операция невозможна.
Самое интересное, месяц назад ставил на точно такой же ПК с флешки — все нормально было! В тот раз записывал через Unetbootin!
Помогите, пожалуйста, работа стоит

Сообщения: 3254
Благодарности: 437

Откусываю от раздела NTFS 30 Гб »

——-
«640 K ought to be enough for anybody» Bill Gates, 1981

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Сообщения: 535
Благодарности: 12

Последний раз редактировалось berkut_174, 06-07-2011 в 11:07 .

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Конфигурация компьютера
Память: PC3-12800 2x4Gb
Видеокарта: Intel(R) Iris 5100
Ноутбук/нетбук: MacBook Pro MGX82RS/A
Выдает ошибку: нельзя изменить раздел с испорченными блоками. »

There are a few very rarely met restrictions at present: filesystems having unknown bad sectors, relocation of the first MFT extent and resizing into the middle of a $MFTMirr extent aren’t supported yet. These cases are detected and resizing is restricted to a safe size or the closest safe size is displayed.

Acronis не возражает? Так уменьшите раздел им, в чём проблема-то.

PS Возможно , вам стоит обратиться с этой проблемой в другой раздел форума.

Это сообщение посчитали полезным следующие участники:

PS Возможно , вам стоит обратиться с этой проблемой в другой раздел форума. »

Ошибка при установке alt linux

Сообщения: 535
Благодарности: 12

Профиль | Отправить PM | Цитировать

Ставлю ALTLinux с флешки (потому что нет дисковода — вообще!) рядом с Windows XP. На флешку записывал через ImageWrite и ещё пробовал через Unetbootin.

Всегда то же самое:
Когда дохожу до меню разбиения диска выбираю настроить вручную (потому что у меня ещё стоит Windows XP). Откусываю от раздела NTFS 30 Гб и нажимаю назад. Вылазит сообщение применить изменения, нажимаю Да. И потом сразу валазит сообщение: Критическая ошибка. Операция невозможна.
Самое интересное, месяц назад ставил на точно такой же ПК с флешки — все нормально было! В тот раз записывал через Unetbootin!
Помогите, пожалуйста, работа стоит

Сообщения: 3254
Благодарности: 437

Откусываю от раздела NTFS 30 Гб »

——-
«640 K ought to be enough for anybody» Bill Gates, 1981

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Сообщения: 535
Благодарности: 12

Последний раз редактировалось berkut_174, 06-07-2011 в 11:07 .

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Конфигурация компьютера
Память: PC3-12800 2x4Gb
Видеокарта: Intel(R) Iris 5100
Ноутбук/нетбук: MacBook Pro MGX82RS/A
Выдает ошибку: нельзя изменить раздел с испорченными блоками. »

There are a few very rarely met restrictions at present: filesystems having unknown bad sectors, relocation of the first MFT extent and resizing into the middle of a $MFTMirr extent aren’t supported yet. These cases are detected and resizing is restricted to a safe size or the closest safe size is displayed.

Acronis не возражает? Так уменьшите раздел им, в чём проблема-то.

PS Возможно , вам стоит обратиться с этой проблемой в другой раздел форума.

Это сообщение посчитали полезным следующие участники:

PS Возможно , вам стоит обратиться с этой проблемой в другой раздел форума. »

Источник

AltLinux 4 Desktop не устанавливается

кто сталкивался с проблемами установки не могу поставить на ноут Asus 4ne в логах при загрузке пишет . try ‘i810’ после этого идет перезагрузка дистрибутив скачивал с ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.0/Desktop/4.0.0/iso/dvd4.iso

Re: AltLinux 4 Desktop не устанавливается

Install with Vesa as a video driver.

Re: AltLinux 4 Desktop не устанавливается

Есть проблема — только несколько другого рода. Скачивал ALT 4.0 DT с того же ресурса. md5 проверил. Идентичны. Бутовый диск прорезал в режиме DAO. На 2 х компьютерах — прмерна одна и таже проблема: на прделенном этапе запуска режима CD-live или при инициализации установки получаю сообщение о невозможности обращения к DVD рому. Вот такая байда.

Re: AltLinux 4 Desktop не устанавливается

У меня отношение к ALT’у однозначное — недодистрибутив (а может и пере

Re: AltLinux 4 Desktop не устанавливается

При загрузке строчку попробуй передать xdriver=

Re: AltLinux 4 Desktop не устанавливается

+1 Помогло! Устанавливается. Спасибо.

Re: AltLinux 4 Desktop не устанавливается

При установке ALT Linux 4.0 Desktop:

>Starting Xorg server.

>Parse error on line 31 of section Monitor in file /etc/X11/xorg.conf

>»Sony» is not a valid keyword in this section

>Problem wiyh parsing config file /sbin/init: /usr/sbin/install2: terminated with exit code 1

Re: AltLinux 4 Desktop не устанавливается

Re: AltLinux 4 Desktop не устанавливается

Источник

Adblock
detector

Обновление ОС

Как правило, возможно обновление установленного дистрибутива ALT Linux до следующей версии без необходимости переустановки заново.

При обновлении следует придерживаться нескольких правил, чтоб избежать неприятностей в виде удаления пакетов и развала системы по причине неосмотрительно отданной Вами административной команды.

либо эквивалентными действиями в графической утилите synaptic ; после чего следует обновить и ядро командой update-kernel (не реализовано в Synaptic).

Если при попытке сделать apt-get dist-upgrade выводится ругань о неудовлетворённых зависимостях, то следует обновить сначала apt и rpm:

В любом случае рекомендуется перед apt-get dist-upgrade обновлять apt и rpm.

Содержание

В любом случае [ править ]

В пределах версии [ править ]

Между версиями [ править ]

apt-get upgrade [ править ]

Несмотря на то, что команда upgrade существует, использовать её следует осторожно, либо не использовать вовсе (altbug #30867). Цитата из «ALT Linux Master 2.0. Руководство системного администратора»:

Для обновления всех установленных пакетов используется команда apt-get upgrade. Она позволяет обновить те и только те установленные пакеты, для которых в репозитариях, перечисленных в /etc/apt/sources.list, имеются новые версии; при этом из системы не будут удалены никакие другие пакеты. Этот способ полезен при работе со стабильными пакетами приложений, относительно которых известно, что они при смене версии изменяются несущественно.

Иногда, однако, происходит изменение в именовании пакетов или изменение их зависимостей. Такие ситуации не обрабатываются командой apt-get upgrade, в результате чего происходит нарушение целостности системы: появляются неудовлетворенные зависимости. Например, переименование пакета MySQL-shared, содержащего динамически загружаемые библиотеки для работы с СУБД MySQL, в libMySQL, отражая общую тенденцию к наименованию библиотек в дистрибутиве, не приводит к тому, что установка обновленной версии libMySQL требует удаления старой версии MySQL-shared. Для разрешения этой проблемы существует режим обновления в масштабе дистрибутива — apt-get dist-upgrade.

Источник

Update/p10

Процедура обновления с p9 до p10 аналогична обновлению до p9.

Содержание

Обновление [ править ]

0. Сделайте резервную копию системы до начала обновления [ править ]

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

1. Обновить дистрибутив до самого свежего p9 [ править ]

2. Проверить apt-repo [ править ]

Скорее всего утилита уже была установлена и обновилась на первом шаге, но на всякий случай проверьте наличие:

3. Изменить источники обновления [ править ]

Для перехода с p9 на p10 недостаточно сменить источники. apt-repo делает всё необходимое: помимо смены источников, создаётся файл /etc/rpm/macros.d/p10 следующего содержимого:

4. Обновиться до p10 [ править ]

Версии дистрибутивов 9.2 используют ядро un-def. Рекомендуется при обновлении на p10 переключиться на ядра std-def.

Выполните собственно обновление:

Если во время обновления в конце написало

5. Перезагрузка [ править ]

6. Удаление устаревших пакетов [ править ]

Следует воспользоваться советами по ссылке APT_в_ALT_Linux/Советы_по_использованию для удаления устаревших пакетов.

Обновление с помощью EPM [ править ]

Для обновления с p9 до p10 можно воспользоваться командой epm release-upgrade из пакета eepm:

и удалить устаревшие пакеты командой

Предварительно нужно установить epm самой последней версии:

Команда выполняет все необходимые действия для обновления, в том числе команды, описанные выше в порядке ручного обновления.

Настройки после обновления [ править ]

Известные проблемы [ править ]

E: Unknown vendor ID ‘p10’ [ править ]

ssh и systemd (screen и т.п.) [ править ]

В конфигурации по умолчанию systemd закрывает всё, что было запущено при входе по ssh. Установите пакет systemd-settings-disable-kill-user-processes: altbug #36633

Обновление ExtensionPack для VirtualBox [ править ]

После обновления virtualbox потребуется обновить ExtensionPack. Сделать это можно через меню Файл → Проверить обновления…

Источник

Update/p9

Содержание

Обновление [ править ]

0. Сделайте резервную копию системы до начала обновления [ править ]

1. Обновить дистрибутив до самого свежего p8 [ править ]

2. Проверить syslog [ править ]

Пакет sysklogd был удалён из Sisyphus на момент формирования p9. Если Ваша система использует SysV init и sysklogd, а не systemd и journald, следует заранее установить либо rsyslog, либо syslog-ng во избежание удаления sshd (altbug #35312), или вытягивания по зависимостям systemd и journald.

3. Проверить apt-repo [ править ]

Скорее всего утилита уже была установлена и обновилась на первом шаге, но на всякий случай проверьте наличие:

4. Изменить источники обновления [ править ]

5. Обновиться до p9 [ править ]

Выполните собственно обновление:

6. Перезагрузка [ править ]

7. Удаление устаревших пакетов [ править ]

Следует воспользоваться советами по ссылке APT_в_ALT_Linux/Советы_по_использованию для удаления устаревших пакетов.

Настройки после обновления [ править ]

Альт Образование [ править ]

При обновлении удаляется пакет Lazarus. Установите его после обновления:

LibreOffice [ править ]

В дистрибутивах на Девятой платформе будет использоваться версия Still LibreOffice (а под именем LibreOffice будет собираться версия Fresh). Поэтому замените на LibreOffice-still:

Simply Linux [ править ]

Необходимо удалить конфликтующий пакет libpq5.9 и установить вместо него пакет libpq5:

Обновление с помощью EPM [ править ]

Для обновления с p8 до p9 можно воспользоваться командой epm release-upgrade из пакета eepm [1] :

Команда выполняет все необходимые действия для обновления, в том числе команды, описанные выше в порядке ручного обновления.

В связи с altbug:37672 необходимо сначала обновить версию eepm:

Известные проблемы [ править ]

E: Unknown vendor ID ‘p9’ [ править ]

ssh и systemd (screen и т.п.) [ править ]

В конфигурации по умолчанию systemd закрывает всё, что было запущено при входе по ssh. Установите пакет systemd-settings-disable-kill-user-processes: altbug #36633

Обновление ExtensionPack для VirtualBox [ править ]

После обновления virtualbox потребуется обновить ExtensionPack. Сделать это можно через меню Файл → Проверить обновления…

Обновление контейнера OpenVZ c хост-системой на p8 [ править ]

p9 содержит glibc 2.27. Этой библиотеке требуется ядро с поддержкой prlimit64, эта поддержка появилась в ядре 3.2.0. В OpenVZ есть механизм для обмана контейнера: в файле /etc/vz/osrelease.conf можно написать, какую версию ядра сообщать в контенер с соответствующим значением переменной OSTEMPLATE. Сверяется начальный набор символов шаблона, полностью значение из OSTEMPLATE можно не писать. Поддержка prlimit64 была бакпортирована в ядро 2.6.32-alt162, проверьте, что в хост-системе установлено ядро не старее этой версии.

Если вы неосторожно обновились без данной подготовки, Вам может помочь «apt-get dedup»: https://lists.altlinux.org/pipermail/sisyphus/2019-September/368152.html

Обновление системы с KDE4 [ править ]

KDE4 в p9 не поддерживается (собственно, и в p8 уже не поддерживается, хотя и работает). Обновление системы с KDE4 может привести к тому, что не запустится графическая подсистема. Удобнее перейти на KDE5 до обновления, чем чинить систему после. Для этого надо установить какой-либо из метапакетов, устанавливающих KDE5: kde5, kde5-big, kde5-maxi, либо какой-то ещё, помеченный как «Set of KDE 5 applications». Пакеты, относящиеся к kde4, потом можно удалить. Например так:

Перед подтверждением исполнения не помешает перепроверить список пакетов к удалению.

Обновление системы с TDE [ править ]

TDE в p9 не поддерживается, следует поступить аналогично случаю с KDE4. Вероятно могут быть проблемы с переносом каких-либо данных, например knotes (не проверено).

Обновление syslog-ng [ править ]

Ethernet-мост в etcnet [ править ]

Изменился способ настройки Ethernet-моcта в etcnet.

Сервер виртуализации PVE [ править ]

Прежде чем начинать обновление, необходимо заменить openntpd на chrony (altbug:37656). В противном случае обновление завершится с ошибкой, а при исправлении в ручном режиме придется удалять весь PVE.

Старые профили firefox [ править ]

Вход в систему (prefdm) [ править ]

При пользовании systemd после обновления с p8 до p9 может возникнуть необходимость переключиться на применяемый display manager в явном виде:

(либо sddm.service, либо какой иной)

На системах с sysvinit эта проблема не замечена.

Источник