Ошибка Dpkg в пути к каталогам: не найдено 2 ожидаемых программы или исполняемых файлов

Обновлено: 05.07.2024

привет, я пытаюсь перейти на Chimaera с Beowulf и во время apt update столкнулся со следующим:

Кажется, я установил zoom и google-earth через пакет .deb. беспокоит ли это продолжение обновления до химеры?

Последний раз редактировалось erdos (2021-10-16 00:14:23)

Здравствуйте, я не думаю, что это проблема обновления/обновления химеры. Ваша посылка с Землей может остаться нетронутой.

Рекомендуется исключить из обновления все сторонние источники. В вашем случае Земля и Skype и, возможно, Zoom.

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

Я обнаружил дополнительную ошибку при выполнении команды "apt-get dist-upgrade"

Перед обновлением у меня установлен проприетарный драйвер nvidia.

Есть идеи, как действовать?

linux-image-amd64 — это пакет «Задача», позволяющий обновлять ядро ​​​​amd64.

Что вам действительно нужно, так это Guile, dkms, linux-headers и linux-headers-common, соответствующие вашей версии ядра, linux-image-5.10.0-9-amd64 (5.10.70-1), установленные для получения вашей nvidia. драйверы/модули установлены и работают.

linux-image-amd64 — это пакет «Задача», который позволяет обновлять ядро ​​​​amd64.

Что вам действительно нужно, так это Guile, dkms, linux-headers и linux-headers-common, которые подходят для вашего версия ядра, linux-image-5.10.0-9-amd64 (5.10.70-1), установленная для установки и запуска драйверов/модулей nvidia.

спасибо за ответ!
Я пытаюсь установить Guile-3.0, но это указывает на то, что linux-image-5.10.0-9-amd64 неправильно установлен/настроен. я могу загрузиться в ядро ​​​​4.19, но «apt-get dist-upgrade» приводит к той же ошибке. попытка удалить пакет 'nvidia-persistenced' также приводит к той же ошибке.

Последний раз редактировалось erdos (2021-10-16 03:09:48)

linux-image-amd64 — это пакет «Задача», который позволяет обновлять ядро ​​​​amd64.

Что вам действительно нужно, так это Guile, dkms, linux-headers и linux-headers-common, которые подходят для вашего версия ядра, linux-image-5.10.0-9-amd64 (5.10.70-1), установленная для установки и запуска драйверов/модулей nvidia.

спасибо за ответ!
Я пытаюсь установить Guile-3.0, но это указывает на то, что linux-image-5.10.0-9-amd64 неправильно установлен/настроен. я могу загрузиться в ядро ​​​​4.19, но «apt-get dist-upgrade» приводит к той же ошибке. попытка удалить пакет 'nvidia-persistenced' также приводит к той же ошибке.

Попробуйте от имени пользователя root или sudo:
apt install -f
и dpkg --configure -a
и если проблема не решена, попробуйте удалить пакеты ядра и установить зависимости nvidia и позже установите ядро.
меткая очистка linux-image-5.10.0-9-amd64

Попробуйте от имени пользователя root или sudo:
apt install -f
и dpkg --configure -a
и если проблема не решена, попробуйте удалить пакеты ядра и установить зависимости nvidia и позже установите ядро.
меткая очистка linux-image-5.10.0-9-amd64

попробовал и то, и другое, но потерпел неудачу. сейчас это похоже на ад зависимостей.

Последний раз редактировалось erdos (2021-10-16 14:08:53)

Я ищу «отсутствующий» файл dkms.conf, он есть, но находится в другом каталоге, чем ожидал devuan.

Удалите все ядра 5.x и заголовки ядер и повторите попытку.
apt purge linux-headers-5.10.0-9-amd64 linux-headers-amd64

Удалите все ядра 5.x и заголовки ядер и повторите попытку.
apt purge linux-headers-5.10.0-9-amd64 linux-headers-amd64

оба
apt purge linux-headers-5.10.0-9-amd64 linux-headers-amd64
apt install -f

успешны, но dpkg --configure -a все еще заканчивается ошибкой.

Удалите все ядра 5.x и заголовки ядер и повторите попытку.
apt purge linux-headers-5.10.0-9-amd64 linux-headers-amd64

оба
apt purge linux-headers-5.10.0-9-amd64 linux-headers-amd64
apt install -f

успешны, но dpkg --configure -a все еще заканчивается ошибкой.

Как вы видите, dkms скомпилировал несколько модулей в библиотеку. Проверьте и удалите эти каталоги ('/usr/share/doc/lin
ux-headers-amd64,/lib/modules/5.10.0-9-amd64) и повторите попытку.
rm /usr/share/doc/linux-headers-amd64 && rm /lib/modules/5.10.0-9-amd64
dpkg --configure -a && sync

привет, я пытаюсь перейти на Chimaera с Beowulf и во время apt update столкнулся со следующим:


Кажется, я установил zoom и google-earth через пакет .deb. беспокоит ли это продолжение обновления до химеры?

Я смог запустить вышеуказанные команды, удалил /usr/share/doc/linux-headers-amd64, хотя /lib/modules/5.10.0-9-amd64 не существует. 'dpkg' тоже работает нормально после изменения пути.

dpkg: предупреждение: «ldconfig» не найден в PATH или не является исполняемым
dpkg: предупреждение: «start-stop-daemon» не найден в PATH или не является исполняемым
dpkg: ошибка: 2 ожидаемые программы не найден в PATH или не является исполняемым

РЕДАКТИРОВАНИЕ: . Роузвей ответила быстрее меня.Мое наблюдение такое же, но с более длинным объяснением.

/sbin/ldconfig предоставляется пакетом libc-bin, а /sbin/start-stop-daemon предоставляется пакетом < em>dpkg пакет. Оба являются «основными» пакетами. Они должны быть установлены при установке.

Предположим, что они установлены . Как вы стали пользователем root? В Debian Buster вам теперь нужно добавить тире ("-") после команды su:

Спасибо вам обоим - сработало!

Обычно я вхожу в систему как пользователь, затем набираю «su» + «пароль», а затем «apt install..»

Всегда ли нужно использовать "su -" в Buster?

Как объяснили Soul Singin' и roseway, если вам нужно запустить что-то, чего нет в вашем пользовательском PATH, да.
Иногда я запускаю apt install (который находится в /usr/bin/, следовательно, в PATH пользователя) без дефиса после su, чтобы установить локально загруженный пакет. apt install лучше, чем dpkg -i, так как он также разрешает и загружает зависимости, если они есть. например. -

Не забудьте ./ (или укажите полный путь), чтобы apt знал, что он устанавливается локально, а не из репозитория.
Конечно, вам все равно понадобится su - если установщик вызывает ldconfig или что-то еще в /usr/sbin/ .

» Пользователей компьютеров можно разделить на 2 категории:
Те, кто потерял данные
. и те, кто еще не потерял данные » Не забудьте сделать резервную копию!

Спасибо. Теперь проблема решена.

sunrat написал: установить локально загруженный пакет. apt install лучше, чем dpkg -i, так как он также разрешает и загружает зависимости, если они есть. например. -

Не забудьте ./ (или укажите полный путь), чтобы apt знал, что он устанавливается локально, а не из репозитория.

Спасибо, что поделились этим советом. Я не знал об этом.

Но мои эксперименты с этой командой загрузили пакет из репозитория. Они не устанавливались из локального файла. (см. ниже).

Предположим, что я создал бэкпорт. При каких условиях метод установки «точка-слеш» установит мой backport? и при каких условиях он будет устанавливаться из репозитория?

Ниже приведены результаты моего эксперимента с (тривиальным) пакетом hello:

Soul Singin' пишет: При каких условиях метод установки "точка-слеш" установит мой backport?

Если у вашего бэкпорта была правильная версия, чтобы указать, что он был новее, чем пакет в репозиториях.

Черные жизни имеют значение

После того, как вы стали пользователем root с помощью «su -», вы перешли в каталог /root, и apt не смог найти локальный deb в этом каталоге. Если вы включили sudo, вы можете использовать его вместо apt, чтобы избежать этой проблемы.

stevepusser пишет: Став пользователем root с помощью «su-», вы переместились в каталог /root, и apt не смог найти локальный deb в этом каталоге. Если вы включили sudo, вы можете использовать его вместо apt, чтобы избежать этой проблемы.

Именно. Команду необходимо запускать с терминалом, открытым в том же каталоге, что и файл. su — переключает вас в среду пользователя root, что означает, что он также переключает терминал в домашний каталог пользователя root. Вот почему я сказал: «Не забудьте ./ (или укажите полный путь)». Если вы используете su - , вы можете вернуться туда, где находится файл. «./» применяется, когда ваш терминал открыт в каталоге, содержащем файл, «(или укажите полный путь)», когда он находится где-либо еще.

» Пользователей компьютеров можно разделить на 2 категории:
Те, кто потерял данные
. и те, кто еще не потерял данные » Не забудьте сделать резервную копию!

Я установил сервер LAMP с помощью команды sudo apt-get install lamp-server^ . После этого всякий раз, когда я открываю терминал, начинает появляться следующая ошибка:

Я мог бы избавиться от этой проблемы, используя приведенный здесь ответ.

Однако теперь проблема в том, что я не могу ничего установить с помощью команды sudo apt-get.

Я пытаюсь стать пользователем root, а затем повторно запускаю команду sudo apt-get install lamp-server^, которая выдает следующую ошибку:

Ниже приведен полный вывод выполнения команд:

Некоторые шаги по устранению неполадок, которые я предпринял по предложению других участников:

Я также пытался запустить следующую команду после переключения на root , но это тоже не помогает:

Мы объединили всю информацию, которая была разбросана по проблеме, с которой вы столкнулись. С этого момента, пожалуйста, комментируйте ниже ответы, на которые вы отвечаете. Если это связано с кодом, было бы лучше, если бы вы отредактировали свой вопрос и отформатировали его должным образом. Для получения дополнительной информации см. Справку по редактированию. /p>

3 ответа 3

Переменная окружения $PATH для root установлена ​​неправильно, поэтому dpkg не может найти tar для извлечения пакетов.

Попробуйте следующее после переключения на root:

А затем снова запустите команду apt-get.

Из вашего вопроса и следующих комментариев становится ясно, что tar установлен, но исполняемый файл /bin/tar отсутствует. Вам нужно добавить его вручную, так как ваш dpkg не будет работать без tar .

Сначала проверьте наличие следующих файлов

Я не перечисляю файлы doc и man. Полный список можно найти здесь.

Затем извлеките файл .deb в системе, где доступен диспетчер архивов. Если вы извлечете файл .deb, в главном каталоге будет каталог с именем bin. вам нужно скопировать исполняемый файл tar из извлеченного каталога bin в /bin/ .

Вы можете сначала поместить исполняемый файл tar в свой домашний каталог. Затем используйте следующее в терминале, чтобы скопировать его в /bin ,

Просто убедитесь, что владельцем /bin/tar является root. и он должен иметь разрешение на выполнение для всех. Вывод ls -l /bin/tar должен выглядеть так:

Это должно работать. вам может потребоваться установить предлагаемые пакеты, если они еще не установлены.


Первый кубок Ubuntu

'ldconfig' не найден в PATH или не является исполняемым.

Я только что установил Ubuntu с двойной загрузкой и ничего не делал, кроме попытки загрузить и установить Chrome (что не удалось).

Я получаю предупреждение об ошибке, что существуют неудовлетворенные зависимости, поэтому запускаю:

sudo apt-get -f установить

Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Исправление зависимостей. Готово
Будут установлены следующие дополнительные пакеты:
libc-bin libc6
Предлагаемые пакеты:
glibc-doc
Будут установлены следующие НОВЫЕ пакеты:
>libc-bin
Следующие пакеты будут обновлены:
libc6
1 обновлен, 1 вновь установлен, 0 для удаления и 367 не обновлен.
2 не полностью установлены или удалены.
Необходимо получить 0 байт/5 143 КБ архивов.
После этой операции будет использовано 3432 КБ дополнительного места на диске.
Хотите продолжить [Да/нет]? Y
Не удается выполнить "locale": Нет такого файла или каталога в строке 16 /usr/share/perl5/Debconf/Encoding.pm.
Использование неинициализированного значения $Debconf::Encoding::charmap в скалярном файле chomp в /usr/share/perl5/Debconf/Encoding.pm, строка 17.
Предварительная настройка пакетов.
dpkg: предупреждение: 'ldconfig' не найден в PATH или не является исполняемым.
dpkg: ошибка: 1 ожидаемая программа не найдена в PATH или не является исполняемой.
Примечание: ПУТЬ root обычно должен содержать /usr/local/sbin, /usr/sbin и /sbin.
E: Подпроцесс /usr/bin/dpkg возвратил код ошибки (2)
jeremy@ubuntu:/etc$ ^C
jeremy@ubuntu:/etc$ sudo apt-get -f install
Чтение списков пакетов. Готово
Построение дерева зависимостей
Чтение информации о состоянии. Готово
Исправление зависимостей. Готово
Будут установлены следующие дополнительные пакеты:
libc-bin libc6
Предлагаемые пакеты:
glibc-doc
Будут установлены следующие НОВЫЕ пакеты:
>libc-bin
Следующие пакеты будут обновлены:
libc6
1 обновлен, 1 вновь установлен, 0 для удаления и 367 не обновлен.
2 не полностью установлены или удалены.
Необходимо получить 0 байт/5 143 КБ архивов.
После этой операции будет использовано 3432 КБ дополнительного места на диске.
Хотите продолжить [Да/нет]? Y
Не удается выполнить "locale": Нет такого файла или каталога в строке 16 /usr/share/perl5/Debconf/Encoding.pm.
Использование неинициализированного значения $Debconf::Encoding::charmap в скалярном файле chomp в /usr/share/perl5/Debconf/Encoding.pm, строка 17.
Предварительная настройка пакетов.
dpkg: предупреждение: 'ldconfig' не найден в PATH или не является исполняемым.
dpkg: ошибка: 1 ожидаемая программа не найдена в PATH или не является исполняемой.
Примечание: ПУТЬ root обычно должен содержать /usr/local/sbin, /usr/sbin и /sbin.
E: подпроцесс /usr/bin/dpkg возвратил код ошибки (2)

Погуглив немного, я пытаюсь изменить корневой путь,

Но это содержит:

Что он должен содержать.

Есть идеи, как это исправить?

Могу ли я просто удалить Ubuntu и повторить попытку? (Поскольку я на самом деле ничего не делал).


Сегодня я решил вернуться к тестированию Debian. Поскольку проблема, по-видимому, была связана с ядром, я оставил тот, который устанавливает Squeeze, и обновил другие пакеты.

Я обновлялся с помощью Synaptic, когда понял, что это занимает много времени, и застрял при попытке доступа к нему. Я убил процесс консолью и запустил:

dpkg --configure -a

Чтобы завершить настройку отсутствующих пакетов, но: Сюрприз. Я получил сообщение об ошибке:

dpkg: aviso: `ldconfig' не содержит ограничений в PATH или не может быть выгружен.
dpkg: aviso: `start-stop-daemon' не имеет противопоказаний в PATH и не может быть выгружен.
dpkg: ошибка: 2 ожидаемые программы не найдены в PATH или не исполняются.
Примечание: ПУТЬ root обычно должен содержать /usr/local/sbin, /usr/sbin и /sbin.
E: Подпроцесс /usr/bin/dpkg возвратил код ошибки (2)[/b]

Тогда что нам делать? В Linuxmint-Hispanic предоставьте нам решение.

Мы открываем порт как root и ставим:

экспорт PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin

Чтобы сохранить его в системе, у нас есть два варианта. Добавляем в файл /Etc/sudoers следующие строки:

По умолчанию env_reset
По умолчанию secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Или мы помещаем внутрь нашего .bashrc:

echo 'export PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin' >> /home/usuario/.bashrc

Содержание статьи соответствует нашим принципам редакционной этики. Чтобы сообщить об ошибке, нажмите здесь!.

Это может вас заинтересовать

47 комментариев, оставьте свой

Оставить комментарий Отменить ответ

Я думал, что Debian был хостом в стихах и никогда не подводил ХАХАХАХАХА

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

Squeeze — для мирной жизни, Testing — для экспериментов, SID — для смелых

хахахаха, предлагаю тот же стих, когда я прочитал "Slackware - единственный дистрибутив, оставшийся для мужчин" хахахаха

Блин, скажи мне, чего они хотят.. Я использую Debian, Fedora, Arch, openSUSE, Centos (именно в таком порядке) до Slackware или Gentoo..

Хахаха, очень верно, нестабильный debian действительно нестабилен.

Даже не говори так, Элав, сегодня я не уйду из LMDE.

Хе-хе-хе. Я всегда возвращаюсь к материнскому дистрибутиву. С LMDE все в порядке, но у меня всегда возникает необходимость установить все с нуля и только то, что мне нужно. Хотя, конечно, для некоторых вещей я всегда использую репозитории LMDE.

Ха-ха, я живу со смесью тестирования и нестабильности. На данный момент без каких-либо проблем у меня прошло 6 месяцев без переустановки, ха-ха.

В целом, Sid более стабилен, чем Ubuntu и Arch, более того, я думаю, что Unstable более стабилен, чем эти два. 😛

Не переусердствуйте… Unstable стабильнее, чем Arch? Что ж, у меня никогда не было проблем со стабильностью с Arch, просто небольшая ошибка в Nepomuk, которая была исправлена ​​в KDE 4.7.2, а Unstable, конечно, менее тщательный или отполированный.

Unstable — это то же самое, что и Arch. На самом деле Arch хуже, потому что выходит уже обновленное, в Unstable это не так.

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

Команда Арча никому не приставляет нож к шее, чтобы активировать Тестирование

У меня никогда не было проблем со стабильностью в Arch

Что они называют бета-версией? Потому что сегодня KDE "стабильный" и сегодня он есть в репозиториях Arch. И так со всеми остальными пакетами.. Так что уточните пожалуйста, что это для вас то, что они считают что-то бета.

Есть репозиторий Testing для Arch, туда пакеты на данный момент входят. После нескольких часов тестирования, иногда дней (да, дней. Возможно, вы забыли, что KDE 4.7 потребовалось около недели, чтобы попасть в стабильные репозитории), этот пакет помещается в стабильные репозитории.

Не пытайтесь меня переубедить. Вы тратите свое время.

ХАХАХАХАХА Я не хочу ХАХАХАХА, никто не будет платить мне больше или меньше, чтобы заставить вас использовать Arch или что-то в этом роде, LOL.

Мы могли бы обсуждать это бесконечно, я знаю, как положить этому конец, но вы не согласились, когда я это предложил. все просто (а сейчас напомню), вы будете использовать Debian Unstable, а я продолжу использовать свой Arch, и мы посмотрим, какая ОС более нестабильна, чем другая 😉

Что вы скажете? 😀… вы принимаете ставку? 😉

Я не использую Debian Unstable по той простой причине, что не планирую всю жизнь обновляться из Интернета. Я доволен своими локальными репозиториями тестирования. Я увижу день, когда невозможно будет сориентироваться, как вы собираетесь обновлять Сej Сej Сej… И мне не нужно это делать, чтобы знать, какой из них будет более стабильным. Я это уже знаю: Debian.

Конечно конечно. как говорится, нет хуже слепого, чем тот, кто не хочет видеть, да? РЖУ НЕ МОГУ.
В любом случае, важно быть довольным дистрибутивом, который используют все, и хотя вы не устаете критиковать Arch (исходя из ваших очень личных критериев), мне он нравится 😀… смиритесь с этим. ЛОЛ.

Каприко — это то, что вас характеризует. Вы знаете, что единственная причина, по которой вы используете Arch, заключается в том, что, по вашему мнению, KDE работает там лучше, чем любой другой дистрибутив, который вы пробовали. Я не слепой, перепробовал больше дистрибутивов, чем вы и вы это знаете, как и знаете, что вам пришлось установить Ubuntu на ПК, потому что ваш дорогой Arch не давал вам использовать Kiwix ни вперед, ни назад. Как долго вы пытались? Было вроде 3 дня, верно?

Время-деньги, брат мой.Может быть, здесь, где вы работаете, вы можете тратить свое время, пытаясь заставить что-то работать, но не везде это так, если вы понимаете, о чем я. Вот почему я использую Debian, потому что я знаю, как поставить все функциональное без особого труда, быстро и с гарантированной стабильностью.

Нет, это не каприз, просто Arch + KDE позволяют мне иметь последнюю версию всего, с отличной стабильностью (даже если вы это отрицаете . ), и это KISS . так что я могу установить все с нуля 🙂

Да, вы пробовали больше дистрибутивов, чем я, но вы пользователь Gnome, а не KDE, допустим, у нас разные интересы.

Что касается Kiwix, простой партнер . это установить его на сервер, и когда я сказал, что Arch был простым дистрибутивом? Да, я долго пытался заставить Kiwix работать в Arch, в итоге у меня не получилось. Убежден, что эта новая версия Kiwix уже будет хорошо работать для меня, я проведу тест на ноутбуке через несколько дней, просто чтобы вы видели 😉

Прочитайте мой текст: Время – деньги. Арка, чтобы играть и дурачиться: Круто. Но я не думаю, что кто-то с 2 пальцами на лбу принимает это во внимание для чего-то "более серьезного". Можете ли вы представить себе компанию, которая должна терять от 2 до 3 часов только на то, чтобы настроить что-то такое простое, как Virtualbox? Kiwix может работать сейчас, но когда он был нужен, он не работал. Это то, что я имею в виду. Серьезный человек не может ждать, пока кто-то в сообществе Arch решит, что что-то работает.

Вещь KISS стоит меня (и расскажите мне о преимуществах, которые вам сообщают), и с моими пакетами в тестировании я вполне в курсе, и именно здесь я задаю вам тот же вопрос. как ты. Зачем использовать Arch, когда у меня есть все необходимые мне стабильность, безопасность и обновления?

Посмотрим. Я тоже не сумасшедший. На сервере я бы, очевидно, установил Debian Stable, я также не склонен устанавливать Arch на корпоративный сервер.

Я предпочитаю Arch тестированию из-за того, что в Arch у меня будут пакеты раньше, что в Arch я настраиваю вещи на «более низком» уровне (например, модули, которые будут подняты, сервисы и т. д. или вы мне будете отрицать, что в Debian по умолчанию приходит больше сервисов и дерьма, чем в Arch?).
У вас есть стабильность, безопасность и обновления, которые вам нужны, Debian НЕ дает мне именно то, что я хочу, Arch, да, это просто. Например, когда появляется новая версия KDE (я упоминаю KDE, потому что это основная причина, по которой мне так комфортно с Arch) в Testing она входит слишком поздно, это занимает много времени, мне пришлось бы использовать Unstable или того хуже. и сказать, что хочу партнер, но МОЙ ОЧЕНЬ личный опыт с Testing давным-давно был не очень удовлетворительным, Unstable я даже не хочу пробовать ¬¬

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

Я предпочитаю Arch, а не Testing, из-за того, что в Arch у меня будут пакеты раньше, что в Arch я настраиваю вещи на «нижнем» уровне (например, модули, которые будут подняты, сервисы , и т.д, или вы мне будете отрицать, что в Debian идет больше сервисов и дерьма по умолчанию, чем в Arch?).

К вашему сведению, в Debian есть вариант установки, очень похожий на Arch, где я могу установить только то, что мне нужно, но давайте, для мазохистов, у нас уже есть вы.

У вас есть стабильность, безопасность и обновления, которые вам нужны, Debian НЕ дает мне именно то, что я хочу, Arch дает, вот и все. Например, когда появляется новая версия KDE (я упоминаю KDE, потому что это основная причина, по которой мне так комфортно с Arch) в Testing она входит слишком поздно, это занимает много времени, мне пришлось бы использовать Unstable или того хуже.

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

и говорите, что хотите, партнер, но МОЙ ОЧЕНЬ личный опыт тестирования давным-давно был не очень удовлетворительным, Unstable я даже не хочу пробовать ¬¬

И мы возвращаемся к тому же, о чем я говорил вам в другом комментарии. Я больше не стою аргументов того, кто еще пару месяцев назад изо всех сил защищал Ubuntu, а теперь нападает на него в защиту другого дистрибутива. Расскажите читателям, как давно вы пробовали Testing.. Потому что, насколько мне известно, мне кажется, что ваше Testing было с Debian Sarge или Debian Etch.. Сколько с тех пор было дождей? Etch, Lenny, Squeeze, а теперь и Wheezy.

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

Я защищал и защищаю то, чем Ubuntu была несколько лет назад, сейчас я не даю за это ни копейки. Должен ли я защищать бренд или имя, а не продукт? Мне нравилась Ubuntu 8.04, 8.10, даже 9.04, они классные, но потом начали приносить мне проблемы со стабильностью, поэтому как вы говорите: "набрасываюсь" на это, просто потому что мне не нравится то, что стало, и я считаю себя ВО ВСЕМ своим правым соглашаться или не соглашаться с чем-либо.

И, очевидно, я всегда уточняю, что я говорю из СВОЕГО опыта, и так должно быть, потому что я не могу говорить за других. Ubuntu 10.10 стал для меня роковым, в то время как у других пользователей все было хорошо. отлично подходит для них, я говорю за себя.

Что, по-видимому, вам не понравилось, так это то, что я сказал защитник Ubuntu и Unity, верно? ХАХАХА.

И да, чувак, я знаю, у тебя текут слюнки от мысли, что в "pacman-Syu" система заставляет меня падать, ну . все чего-то хотят, хотя много раз это не выполняется ХА-ХА.
Однако посмотрим. CourageСколько раз система вылетала после обновления в Arch?

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

Элав, что бы вы ни носили обновление не бездумно, если только вы не активируете Тестирование, которое не является обязательным, на самом деле у меня оно не активировано и не по этой причине те Арчи отправили толстого и уродливого насильника на пытки я .

И мне не обязательно это делать, чтобы узнать, какой из них будет более стабильным. Я это уже знаю: Debian.

Debian в стабильной версии, прекратите болтать и проведите тест, сравнив Arch с Debian Sid, если хотите, я могу даже перенести его в Let’s Use Linux отсюда.

Мне даже в голову не приходит настраивать сервер в Arch, во-первых, потому что на сервере я предпочитаю, чтобы его тщательно тестировали, а во-вторых, потому что на сервере возраст пакетов сходит на нет

Единственная причина, по которой вы используете Arch, заключается в том, что, по вашему мнению, KDE работает там лучше, чем любой другой дистрибутив, который вы пробовали

В Gentoo это работает лучше, потому что это больше KISS, чем Arch, по правилу трех KZKG ^ Гаара будет использовать Gentoo

Как долго вы пытались? Это было вроде 3 дня, верно?

Если вы хотите установить Arch, потому что самое большее через два часа у вас будет работать Arch + Kdebase, скажите мне, что Gentoo — это что-то другое, там вам потребуется несколько дней установки

Время — деньги. Arch, чтобы играть и дурачиться

Вы тратите свое время, если устанавливаете полный Kde или полный Gnome, что мне кажется полным бредом, поскольку вы загружаете KISS, устанавливая тысячу вещей, которые вам не нужны.

Я уже говорил вам, что вы не теряете больше двух часов

С моими пакетами в Тестировании я вполне в курсе, и именно здесь я задаю вам тот же вопрос, что и вы. Зачем использовать Arch, когда у меня есть все необходимые мне стабильность, безопасность и обновления?

Debian Testing — это не просто непрерывный выпуск, я не тестировал его, чтобы убедиться в этом, но это то, что я понимаю

К вашему сведению, в Debian есть вариант установки, очень похожий на Arch, где я могу установить только то, что мне нужно

Это ложь, как собор, установщик стабильной версии Debian — не что иное, как следующий, следующий, следующий установщик. Я смог проверить это в Debian Lenny.

Мне не нравился Debian из-за нетерпимости к пакетам, в которых было прописано хоть что-то, поэтому я удалил его

Я уже говорил вам. Мы увидим день, когда столько обновлений выведет систему из строя

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

потом мне стали приносить проблемы со стабильностью, поэтому как вы говорите: "набрасываюсь" на него, просто потому, что мне не нравится то, чем он стал, и я верю во ВСЁ своё право согласиться или не с чем-то.

Это та же самая причина, по которой я нападаю на Ubuntu, и я добавляю причину ubunto.

А теперь к обоим:

Вы всегда с одним и тем же, все сообщения становятся дистрибутивом Arch Vs X или Debian Vs X.

Как администраторы, вы должны прекратить это, открыть сообщение Debian Vs Arch и поговорить об этом, потому что большую часть времени вы не говорите об этом в самом подходящем месте

Это ложь, как собор, установщик стабильной версии Debian — не что иное, как следующий, следующий, следующий установщик. Я смог проверить это в Debian Lenny.

Это единственное, что я собираюсь прокомментировать во всем этом.. Debian Lenny немного устарел, верно? С вами случилось так же, как с KZKGGaara, который попробовал что-то тысячу лет назад и до сих пор думает, что с тех пор все так же? Что ж, я предлагаю вам скачать образ Debian и поискать вариант: Экспертная установка. Давайте посмотрим, что вы думаете о моей большой лжи.

Потому что Virtualbox много раз играл с хитростью, если не пробовал.

Во всяком случае, прокрутки не хватает.

То, что я пробовал на Ленни, было установкой текстового режима, и это казалось самым простым в мире.В то время я не знал об Arch

Если бы меня раздражал каждый пакет, который не работает в определенное время... фф. У Debian сейчас довольно быстрый цикл обновлений, но несколько дистрибутивов назад… ей-богу. Если у вас возникала проблема, вам приходилось месяцами ждать решения.

Плохо, elav, вы говорите об Archlinux так, как будто это неразбериха, например, с нашим любимым рабочим столом, сначала они тестируют его в репозитории [gnome-unstable] после нескольких дней тестов, которые включают (отчеты об ошибках, исправления и т. д.) для репозитория [тестирование], где он проходит еще одну серию тестов, чтобы попасть в [дополнительный] репозиторий

Так со всеми пакетами, десктопы имеют свою нестабильную ветку, а те, которые не тестируются, и только когда работает как надо, пакеты попадают либо в ядро, либо в дополнительные репозитории в зависимости от пакета.

Репозитории [multilib] и [comunity] имеют соответствующие тестовые репозитории. Своим комментарием вы показали, что мало знаете об archlinux или злитесь на него, по какой бы причине он не отзывался о вас хорошо.

Джо, и сегодня, как говорят христиане, Божьи времена совершенны. После комментирования сделал пакман -сю и ой вышло обновление xorg-сервера, который я тестировал в тестировании несколько недель назад и он накосячил графическое окружение, проблемы с багом нового xorg а так же с проприетарным драйверы нвидиа, поздно выходит решение, но вот оно.

В Arch используется очень хорошо обновленное программное обеспечение, и если вы возитесь с тестовыми или нестабильными репозиториями, вы должны знать, что они предназначены для тестирования и что вы наверняка получите какие-то ошибки. но то, что достигает ядра, экстра, даже сообщества, достигает хорошо и в отличие от самых известных дистрибутивов, последних, стабильных программ и самих репозиториев archlinux.

Как и во всех дистрибутивах.. Что-то идет не так, потом исправляют 😀

Я ничего не имею против Арча, просто меня сильно раздражает позиция парня (KZKG ^ Гаара), который, по их мнению, использует его лучше всего. Я не проверял Archlinux полностью, но, черт возьми, должна быть какая-то маленькая ошибка, потому что нет ничего идеального. Может не у вас с вашим железом, а у кого-то еще. То же самое касается всех дистрибутивов.

И Я всегда говорил вам, что говорю со СВОЕЙ точки зрения, исходя из СВОЕГО опыта. Arch до сих пор творит чудеса для меня, я сказал вам сегодня несколько часов назад, «некоторое время назад я не чувствовал себя так комфортно и доволен своим ноутбуком», например, теперь вы устанавливаете openSuse, и он творит чудеса, я устанавливаю его и все идет не так из-за моего железа (например), я скажу, что мне это не нравится, и вы скажете, что да. И мы оба правы.

Читайте также: