Dpkg ошибка в каталогах path не найдено 2 ожидаемые программы или исполняемых файла
18 июн 2017, 11:23
Blueberry
Поддержка Bluetooth значительно улучшена в Linux Mint 18.2.
Вот как выглядит новый пользовательский интерфейс Blueberry: Передача файлов с OBEX теперь поддерживается "из коробки", поэтому вы можете легко отправлять файлы через Bluetooth на свой компьютер с любого удаленного устройства.
Добавлена опция, упрощающая изменение Bluetooth-имени вашего компьютера.
И последнее, но не менее важное: Blueberry теперь предлагает апплет Cinnamon, который использует символьные значки и визуально похож на другие апплеты, такие как сетевые, звуковые или сетевые апплеты. Когда этот апплет присутствует, значок в трее автоматически скрыт.
Менеджер обновлений
Менеджер обновлений получил много значиельных улучшений.
Он по-прежнему выполняет ту же задачу, что и раньше (сохранение вашего компьютера в безопасности, устранение ошибок и защита от регрессий), но делает это с учетом новых настроек.
- Большинство обновлений теперь относятся к уровню 2.
- Обновления приложений, которые не влияют на ОС, - это уровень 1.
- Наборы инструментов, среды рабочего стола или библиотеки, которые затрагивают несколько приложений, - это уровень 3.
- Ядра и чувствительные системные обновления - это уровень 4.
Пользователям будет предоставлена дополнительная информация о том, как найти помощь, как отличить обязательные и необязательные обновления, исправления безопасности и исправления ошибок.
Добавлено много информации об обновлениях ядра. В разделе справки теперь приводятся объяснения о том, как устанавливаются ядра, как вызвать меню grub, как проверить статус DKMS и как вернуться к предыдущему ядру.
Добавлена поддержка для ядер Ubuntu HWE среди обновленияй ядра, и улучшено окно выбора ядра для установки.
В главном окне программы добавлено множество сочетаний клавиш и параметров меню, что упростило выполнение общих задач, таких как перезагрузка, выбор обновлений определенных уровней или их применение.
И последнее, но не менее важное: продвинутые пользователи Linux теперь могут автоматизировать обновления, написав сценарии, подпрограммы или задания cron благодаря новому CLI под названием mintupdate-tool . Этот инструмент поддерживает все функции, доступные в пользовательском интерфейсе, включая выбор уровня, обновления безопасности, обновления ядра и черный список. Вы можете использовать mintupdate-tool как для отображения, так и для применения обновлений. Для получения информации о работе с инструментарием mintupdate , введите mintupdate-tool --help .
Источники программного обеспечения
Сторонние пакеты - это пакеты, которые не предоставляются каким-либо репозиторием или их версия отличается от версии, предоставленной в репозиториях.
Чтобы упростить удаление или даунгрейд этих пакетов, новые кнопки «Выбрать все» были добавлены в соответствующие места в инструменте конфигурации «Источники программного обеспечения».
LightDM
Linux Mint 18.2 получит совершенно новый экран входа в систему. Это будет LightDM вместе с утилитами настройки «Slick» и «LightDM Settings».
«Slick» поддерживает HiDPI, предоставляет красивый экран входа в систему, и несет в себе средства для тонкой настройки: LightDM обеспечивает отличную поддержку NVIDIA prime и нескольких мониторов, а также плавную интеграцию с различными компонентами, используемыми во время последовательностей загрузки и выключения.
Т.к. LightDM - современный менеджер дисплеев, используемый во многих дистрибутивах, его легко поддерживать и устранять неполадки.
Одна из ключевых функций, с появлением LightDM, называется «гостевые сессии». Она позволяет посетителям и гостям использовать ваш компьютер без учетной записи. Когда гость регистрируется на экране входа в систему, временная гостевая учетная запись создается «на лету». Учетные записи гостей используют настройки по умолчанию и не имеют доступа к домашнему каталогу традиционных пользователей на компьютере.
Гостевые сессии особенно полезны для доступа к ПК детям, или для общедоступных компьютеров в таких местах, как библиотеки или школы, где посетители нуждаются в возможности использовать компьютер, но администраторы не хотят, чтобы они каким-либо образом модифицировали систему. Гостевые сессии включены по умолчанию в Linux Mint 18.2, но их можно легко отключить из инструмента конфигурации «LightDM Settings».
Имеем консольный debian 6 squeeze — после некорректной установки пакетов, появляется выше описанная надпись. Гугление показало, что скорее всего слетел PATH. В данный момент export показывает следующее:
Если дать команду так:
, то имеем при export
, хотя если я правильно понимаю, должно было путь поменять на заданный. Подскажите, что делаю не так.
Благодарю за внимание!
- Вопрос задан более трёх лет назад
- 15321 просмотр
Оценить 1 комментарий
PATH=$PATH:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
Сначала подставится текущее значение $PATH, к нему допишется :/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
и всё это сохранится как PATH, так и получилось.
Чтобы заменить целиком содержимое $PATH, нужно задать так PATH=/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
Извините, если и так понимаете это, значит, неправильно поняла вопрос )
5 лет как покинул работу. из головы сразу все выветрилось. минут 20 вдуплялся что вы написали. но когда дошло понял насколько меня придушил старческий моразм. спасибо! все просто как двери. открыл - закрыл! удачи в жизни тебе!
Похоже, что не хватает /sbin в PATH.
И дальше нужно глянуть права на /sbin/ldconfig
$ ls -la /sbin/ldconfig
-rwxr-xr-x 1 root root 861744 Dec 24 2011 /sbin/ldconfig
Есть такой?
Выше стоящую проблему решил удалением dc.postrm и переустановкой dc
Теперь apt-get и dpkg работают правильно.
Единственная проблема — это после перезагрузки сервера опять слетают пути — export PATH не помогает; скрипт, в который записал PATH тоже не работает — пока только в ручную приходится набирать PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Есть какие-то варианты автоматизации пути?
Debian wiki
Для всех пользователей PATH задаётся в /etc/profile,
Для одного можно указать в ~/.bashrc например.
Я понимаю, что Debian использует эти файлы для хранения информации об установленных пакетах. Теперь, когда я это делаю apt-get update , я получаю следующую ошибку:
Как я понимаю FHS , файлы, расположенные в /var , не должны быть критичными для системы. Скорее это должны быть временные файлы, журналы, кэши и тому подобное.
Есть ли способ восстановить удаленные файлы?
Ответ Брайама вернет вам файл статуса; но материал, который вы удалили /var/lib/dpkg/info , тоже очень важен. Вы неправильно поняли FHS, и AFAIK единственными путями восстановления являются (а) восстановление из резервной копии или (б) переустановка.
/var содержит переменные файлы данных. Это включает в себя каталоги и файлы спула, административные данные и данные журналов, а также временные и временные файлы.
Обратите внимание, что «временные и временные» файлы являются лишь одной из вещей, которые он содержит. Он также содержит «каталоги и файлы спула» и «административные данные и данные журналов». Вы удалили критические «административные данные».
Далее объясняется, почему /var существует:
/var здесь указывается, чтобы можно было монтировать /usr только для чтения. Все, что когда-то вошло в /usr то, что записано во время работы системы (в отличие от установки и обслуживания программного обеспечения), должно быть в /var .
Это ключевой момент /var : данные в нем изменяются, в отличие от /usr (который изменяется только при добавлении / удалении / обновлении программного обеспечения).
Дальнейшие разделы объясняют различные подкаталоги /var ; например, /var/lib (где файлы, которые вы удалили, использовали для хранения) содержит «информацию о состоянии, относящуюся к приложению или системе», определяемую как «данные, которые программы изменяют во время работы, и которые относятся к одному конкретному хосту».
Вы действительно не должны удалять файлы, не зная, для чего предназначен конкретный файл. С файлами , удаляемых, если у вас нет резервной копии этих файлов, я думаю , единственное , что осталось сделать , это сделать резервную копию /home , и /etc т.д. , и переустановке. Пока вы не сделаете это, вы не сможете использовать dpkg (и APT, и т. Д.). Помимо этого, система должна продолжать функционировать.
@MartinVegter показывает, какие пакеты установлены на данном компьютере. Вы можете скопировать его с компьютера с точно такими же состояниями пакета (не только установленного, но и удаленного, но не очищенного). apt-get update буду перестраивать имеющиеся, я верю. Информация / материал поступает из каждого установленного пакета, но она также отражает историю, по крайней мере, для старых файлов conf . но вы, вероятно, можете избежать копирования с той же самой машины пакетов)
В текущей документации объявляется « /var/lib Информация о состоянии. Постоянные данные, изменяемые программами по мере их запуска, например, базы данных, метаданные системы упаковки и т. Д.»
Вы не можете «воссоздать» /var/lib/dpkg/status в смысле простого запуска команды, и файл волшебным образом появляется. Нет. Вам нужно использовать резервную копию файла и учиться никогда не ходить, удаляя вещи из /var/lib каталога:
Это даст вам статус пакета накануне. Начни молиться, чтобы это не сломало что-то еще.
@Braiam - у меня нет статуса старый, и у меня нет ничего в / var / backups. Могу ли я скопировать файлы с другого компьютера или они зависят от компьютера?
@ MartinVegter нет, это не сработает. Самый быстрый способ для вас - создать резервные копии важных файлов и переустановить систему. Кстати, даже не /var/backups/dpkg.status.0 ?
Файлы, расположенные в /var , очень критичны к системе. Например, /var/mail или /var/spool/mail содержит электронную почту пользователей; Вы не можете удалить это больше, чем зажечь огонь в почтовом ящике вашего соседа. Это только файлы в определенных подкаталогах, /var которые содержат файлы, которые являются более или менее временными: файлы журналов /var/log , кэши, которые обычно могут быть воссозданы /var/cache , временные файлы (которые вы не должны удалять, когда они используются!) В /var/tmp .
Данные /var/lib могут быть весьма важными. Например, MySQL обычно настроен для хранения своих баз данных /var/lib/mysql по умолчанию: если вы удалите это, вы уничтожите свои базы данных. Dpkg также размещает свои собственные базы данных /var/lib ; /var/lib/dpkg/status является одним.
/var/lib/dpkg/status содержит информацию об установленных пакетах. Если вы удалили это, вы должны восстановить его из резервной копии. Если ваша резервная копия не полностью обновлена, проверьте журналы недавних манипуляций с пакетами в /var/log/apt и /var/log/dpkg.log . Вам нужно будет создать этот файл до того, как dpkg будет работать.
/var/lib/dpkg/available построен из данных, загруженных из Интернета. apt-get update должен восстановить его.
/var/lib/dpkg/info содержит файлы, которые поставляются с пакетами Debian. Вы можете восстановить эти файлы, просто переустановив пакеты. Конечно, вам понадобится список установленных пакетов для этого. Если вы восстановили /var/lib/dpkg/status , вы можете извлечь список пакетов оттуда.
Если вы проиграли /var/lib/dpkg/status , вы можете восстановить его, создав пустой файл и запустив его apt-get install --reinstall в списке пакетов. Одно из мест, где также сохраняется список пакетов /var/lib/apt/extended_states , по крайней мере, если вы когда-либо использовали APT только для установки пакетов (в отличие от dpkg непосредственного использования) - используйте этот файл вместо /var/lib/dpkg/status int в приведенной выше команде. Если вы тоже это удалили, вы можете перестроить примерный список пакетов с помощью $(cd /usr/share/doc && ls) , потому что большинство пакетов создают запись в /usr/share/doc . Вероятно, есть несколько исключений.
Не просите никакой помощи по управлению пакетами в этой системе. Восстановление после удаления критичных для системы файлов не является точной наукой. Если вы не можете восстановить данные из резервных копий, вам следует как можно скорее установить новую чистую систему.
Я бы сказал, что можно обращаться за помощью к пакетам в такой системе, если вы начнете с описания исторической проблемы и способа ее устранения . Иногда восстановление таких систем может позволить заметить, например, уязвимости в некоторых процессах управления пакетами, и это может быть полезно, несмотря на то, что иметь дело с такой системой может быть сложно.
/var/lib/dpkg/available Может быть воссоздано из метких данных. Я нашел самый простой способ сделать это, используя dselect и выбирая обновление. Я ожидаю, что это будет работать, только если вы выбрали способ обновления. Похоже, dselect делает:
Обратите внимание, что все могло измениться с момента появления Debian sarge.
Ну, я полагаю, вы могли бы воссоздать файл пустым, а затем выполнить длинный список установки apt-get, предполагая, что вы знаете, что устанавливали в первый раз.
У меня есть древний скрипт, который делает это в основном из самого маленького набора пакетов, которые могут запускать apt-get. При его использовании я заканчивал тем, что сообщал о десятках необъявленных зависимостей.
Если вы не знаете всего, что вы установили, переустановите систему.
В Linux Mint 17 я столкнулся с похожей проблемой звучания. Я был увлечен удалением файлов и оказался там, где «Администрирование -> Менеджер обновлений» просто не выглядел счастливым .
Затем я запустил диспетчер обновлений.
Это сработало для меня :-)
Если у вас есть другие учетные записи, отличные от 'roo't, вы можете попробовать apt-get dist-upgrade с одной из них. Apt загрузит архивы, но остановится при их установке из-за некоторых отсутствующих каталогов в / var /. Каталоги будут показаны. создайте их и снова запустите apt-get dist-upgrade. В случае, если их создание не удастся из альтернативной учетной записи, войдите в систему и создайте каталоги, затем снова запустите apt. Вам будет предложено указать конфигурацию logrotate и несколько других конфигураций, просто введите Y n продолжить до конца, а затем перезагрузите компьютер после завершения apt dist-upgrade. теперь все должно вернуться к нормальной жизни.
Извините за задержку. Briam, заново создайте каталоги и файлы вручную, а затем обновите репозитории ( mkdir и touch , как того требует отображаемая ошибка), и используйте dpkg --configure -a .
Ваша система будет работать нормально, но важно переустановить ее, чтобы убедиться, что она не повреждена; предыдущий только выиграть время, чтобы запланировать переустановку . и позаботиться об удалении /var/lib/* файлов.
Как воссоздать файл "/ var / lib / dpkg / status"? Просто потому, что это не бесполезный файл, это очень важный файл, в котором хранится некоторая информация об установленных пакетах в вашей raspbian ОС, так что вот как я был воссоздан :
Выполните wget в вашей системе Raspbian:
Предоставьте некоторые разрешения:
Проанализируйте папку документации в вашей системе и заново создайте файл состояния:
После этого загрузите файл и внимательно прочитайте. Выполните шаги, описанные в файле:
Сегодня я решил вернуться к Тестирование Debian. Поскольку проблема была в ядро видимо, я оставил ту, которая приносит выжимать установил и обновил другие пакеты.
Я обновлялся с Synaptic когда я понял, что это заняло много времени, и застрял, когда попытался получить к нему доступ. Я убил процесс с консоли и запустил:
dpkg --configure -a
dpkg: aviso: `ldconfig' no se ha encontrado en el PATH o no es ejecutable.
dpkg: aviso: `start-stop-daemon' no se ha encontrado en el PATH o no es ejecutable.
dpkg: error: 2 expected programs not found in PATH or not executable.
Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin.
E: Sub-process /usr/bin/dpkg returned an error code (2)[/b]
Тогда что нам делать? В Linuxmint-испаноязычный предоставьте нам решение.
Мы открываем Терминал как root и поставить:
export PATH=$PATH:/usr/local/sbin:/usr/sbin:/sbin
Чтобы зафиксировать это в системе, у нас есть два варианта. Добавляем в файл / и т.д. / sudoers следующие строки:
Defaults env_reset
Defaults 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 Testing, где что угодно может потерпеть неудачу (хотя и редко) . Если не хотите ошибок, используйте Stable.
Бля . слишком мило
Squeeze - для мирной жизни, Testing - для экспериментов, а SID - для смелых.
хахахаха, предлагая тот же стих, когда я прочитал «Slackware - единственный дистрибутив, который остается для мужчин» хахахаха
Блин, скажите мне, чего они хотят .. Я использую Debian, Fedora, Arch, openSUSE, Centos (в таком порядке) до Slackware или Gentoo ..
Хахаха, правда, debian unstable действительно нестабилен.
не говоря уже об Elav, сегодня я не перехожу из LMDE.
Хехехе. Я всегда возвращаюсь к материнскому дистрибутиву. LMDE хорош, но мне всегда нужно устанавливать все с нуля и только то, что мне нужно. Хотя, конечно, для некоторых вещей я всегда использую репозитории LMDE.
Ха-ха, я живу со смесью тестирования и нестабильности. На данный момент без проблем я прошел 6 месяцев без переустановки, ха-ха.
В целом, Sid более стабилен, чем Ubuntu и Arch, более того, я думаю, что Unstable более стабилен, чем эти два . 😛
Не переусердствуйте . Нестабильнее, чем Arch? Что ж, у меня никогда не было проблем со стабильностью с Arch, просто небольшая ошибка в Nepomuk, которая была исправлена в KDE 4.7.2, и Unstable, конечно, менее осторожен или отполирован.
Unstable - это то же самое, что Arch.На самом деле Arch хуже, потому что то, что выходит, уже обновлено, в Unstable это не так.
Арка одна из самых стабильных, также они не обновляются как несшитые, если что-то бета-то не ставят.
Команда Арка никому не прикладывает нож к шее, чтобы активировать Тестирование
У меня никогда не было проблем со стабильностью Arch
Что они называют бета? Потому что сегодня KDE является «стабильным», и сегодня он находится в репозиториях Arch. И то же самое со всеми другими пакетами .. Поэтому, пожалуйста, определите, что это для вас тот факт, что они рассматривают что-то бета-версию.
Есть репозиторий для тестирования 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 часа только из-за того, что настраивает что-то столь же простое, как Virtualbox? Kiwix может работать сейчас, но когда он был нужен, он не работал. Это то, что я имею в виду. Человек с серьезными проблемами не может ждать, пока кто-то из сообщества Arch решит, что что-то работает.
KISS стоит для меня (и расскажите мне о преимуществах, которые он дает вам), и с моими пакетами в тестировании я достаточно в курсе, и именно здесь я задаю вам тот же вопрос, что и вы. Почему Arch должен использовать, когда у меня есть вся необходимая стабильность, безопасность и обновления?
Посмотрим . Я тоже не сумасшедший. На сервере я бы, очевидно, установил Debian Stable, я не собираюсь устанавливать Arch на корпоративный сервер.
Я предпочитаю Arch тестированию, потому что в Arch у меня будут пакеты раньше, что в Arch я настраиваю вещи на «более низком» уровне (например, модули, которые будут подняты, службы и т. Д., Или вы откажетесь от того, что в Debian они входят больше сервисов и говна по умолчанию, чем в Arch?).
У вас есть необходимая стабильность, безопасность и обновления, Debian НЕ предоставляет мне точно что я желаю, Арч да, так просто. Например, когда появляется новая версия KDE (я упоминаю KDE, потому что это основная причина, по которой мне так комфортно с Arch), при тестировании она входит слишком поздно, это занимает много времени, мне придется использовать Unstable или хуже . и сказать, что хочу партнера, но МОЙ ОЧЕНЬ личный опыт с Тестированием давным-давно был не очень удовлетворительным, Нестабильный Я даже не хочу его пробовать ¬¬
Воистину, чем больше я продолжаю этот абсурдный обмен мнениями, тем больше понимаю, как мало аргументов у вас есть для защиты вашего дорогой дистрибутив.
Я предпочитаю Arch, а не тестирование, из-за того, что в Arch у меня будут пакеты раньше, что в Arch я настраиваю вещи на «более низком» уровне (например, модули, которые будут подняты, службы и т. Д., Или вы откажетесь от того, что в Debian они входят больше сервисов и говна по умолчанию, чем в Arch?).
К вашему сведению, у Debian есть вариант установки, очень похожий на Arch, где я могу установить только то, что мне нужно, но да ладно, мазохисты у нас уже есть вы.
У вас есть необходимая стабильность, безопасность и обновления, Debian НЕ предоставляет мне именно то, что я хочу, Arch делает все, что угодно. Например, когда появляется новая версия KDE (я упоминаю KDE, потому что это основная причина, по которой мне так комфортно с Arch), при тестировании она входит слишком поздно, это занимает много времени, мне придется использовать Unstable или хуже .
Я тебе уже говорю. Мы увидим тот день, когда такое количество обновлений выйдет из строя. Вы знаете, у меня в запасе сейчас роковой смех .
и говорите, что хотите, партнер, но МОЙ ОЧЕНЬ личный опыт с Тестированием давным-давно был не очень удовлетворительным, Нестабильный Я даже не хочу его пробовать ¬¬
И мы возвращаемся к тому же, что я сказал вам в другом комментарии. Я больше не заслуживаю аргументов человека, который еще пару месяцев назад защищал Ubuntu изо всех сил, а теперь нападает на него в защиту другого дистрибутива. Расскажите читателям, как давно вы пробовали Тестирование .. Потому что, насколько я знаю, мне кажется, что ваше Тестирование проводилось с Debian Sarge или Debian Etch .. Сколько с тех пор прошло дождей? Etch, Lenny, Squeeze, а теперь и Wheezy.
Честно говоря, именно сюда и пришло мое обсуждение. Когда у вас есть веские аргументы, вы знаете, где меня искать 😀
Я защищал и защищаю то, чем была Ubuntu несколько лет назад, сейчас я не даю за это ни копейки. Должен ли я защищать бренд или название вместо продукта? Мне понравился Ubuntu 8.04, 8.10, даже 9.04, они великолепны, но потом они начали приносить мне проблемы со стабильностью, поэтому, как вы говорите: «Я набросился» на это, просто потому, что мне не нравится то, чем он стал, и я верю в себя. ВСЕ мое право соглашаться или не соглашаться с чем-либо.
И, очевидно, я всегда уточняю, что говорю, исходя из своего опыта, и так должно быть, потому что я не могу говорить за других. Ubuntu 10.10 был фатальным для меня, в то время как другие пользователи преуспели . отлично для них, я говорю за себя.
Что вам, видимо, не понравилось, так это то, что я сказал, что защитник Ubuntu и Unity, верно? ХАХАХА .
И да, чувак, я знаю, у вас слюнки текут от мысли, что в «пакман -Сю» система вылетает из строя, ну . все чего-то хотят, хотя много раз это не выполняется HAHA.
Однако посмотрим . МужествоСколько раз система вылетала после обновления в Arch?
Никто. Когда моя система сломалась, это произошло из-за прикосновения к вещам, которых я не должен был.
Элав, что бы вы ни носили с обновлением, не без раздумий, если только вы не активируете Тестирование, которое не является обязательным, на самом деле у меня оно не активировано, и не по этой причине те из Arch отправили толстого и уродливого насильника, чтобы мучить меня .
И мне не нужно этого делать, чтобы знать, какой из них будет более стабильным. Я это уже знаю: Debian.
Debian на стабильной версии, прекратите говорить и проведите тест, сравнивая Arch с Debian Sid, если хотите, я могу даже перенести его в Let's Use Linux отсюда.
Мне даже не приходит в голову настраивать сервер в Arch, во-первых, потому что на сервере я предпочитаю проходить тщательное тестирование, а во-вторых, потому что на сервере возраст пакетов меня поражает.
единственная причина, по которой вы используете Arch, заключается в том, что, по вашему мнению, KDE работает там лучше, чем любой другой дистрибутив, который вы пробовали
В Gentoo это работает лучше, потому что это больше KISS, чем Arch, по правилу трех KZKG ^ Gaara будет использовать Gentoo
Как долго вы пытаетесь? Это было похоже на 3 дня?
Если вы хотите установить Arch, потому что самое большее через два часа у вас будет запущена Arch + Kdebase, скажите мне, что Gentoo - это что-то еще, вам потребуется несколько дней установки
Время - деньги. Арка, чтобы играть и дурачиться
Вы тратите свое время, устанавливая полный Kde или полный Gnome, что мне кажется полной чушью, поскольку вы загружаете KISS, устанавливая тысячу вещей, которые вам не нужны.
Я уже говорю вам, что вы не теряете больше двух часов
С моими пакетами в тестировании я достаточно в курсе, и здесь я задаю вам тот же вопрос, что и вы.Зачем использовать Arch, если у меня есть вся необходимая стабильность, безопасность и обновления?
Debian Testing - это не просто скользящий выпуск, я не тестировал его, чтобы убедиться, но это то, что я понимаю
К вашему сведению, у Debian есть вариант установки, очень похожий на Arch, где я могу установить только то, что мне нужно.
Это ложь как собор, установщик стабильной версии Debian - это не что иное, как следующий, следующий, следующий установщик. Мне удалось проверить это в Debian Lenny.
Я тебе уже говорю. Мы увидим тот день, когда такое количество обновлений выйдет из строя
Сохрани это: в тот день, который случится со мной, ты первым узнаешь
потом они начали приносить мне проблемы со стабильностью, поэтому, как вы говорите: «Я набросился» на него, просто потому, что мне не нравится то, чем он стал, и я верю во ВСЕ мое право соглашаться или не с чем-то.
Это та же самая причина, по которой я атакую Ubuntu, и добавляю причину ubunto.
Это ложь как собор, установщик стабильной версии Debian - это не что иное, как следующий, следующий, следующий установщик. Мне удалось проверить это в Debian Lenny.
Это единственное, что я собираюсь прокомментировать во всем этом . Debian Lenny староват, верно? Произошло ли это с вами так же, как с KZKGGaara, который пробовал что-то тысячу лет назад и до сих пор думает, что с тех пор все так же? Что ж, я приглашаю вас скачать ISO-образ Debian и поищите вариант: Экспертная установка.. Посмотрим, что вы думаете о моей большой лжи.
Потому что Virtualbox много играл в хитрости, если бы я не попробовал.
Во всяком случае, прокатка отсутствует.
То, что я пробовал на Ленни, было установкой в текстовом режиме, и это показалось мне самой простой задачей в мире. В то время я не знал об Arch
Если бы я был разочарован каждым пакетом, который не работает в определенное время . тьфу. У Debian сейчас довольно быстрый цикл обновления, но несколько дистрибутивов назад . ей-богу . Если у вас была проблема, приходилось месяцами ждать решения.
Жаль, elav, вы говорите об Archlinux, как будто это беспорядок, например, с нашим любимым рабочим столом, сначала они тестируют его в репо [gnome-unstable] после нескольких дней тестов, которые включают (отчеты об ошибках, исправления и т. Д.) Для репо [тестирование], где он проходит еще одну серию тестов, чтобы попасть в [дополнительное] репо
Таким образом, со всеми пакетами рабочие столы имеют нестабильную ветвь, но те, которые не тестируются, и только когда они работают должным образом, пакеты отправляются либо в основной, либо в дополнительные репозитории, в зависимости от пакета.
Репозитории [Multilib] и [comunity] имеют свои репозитории для тестирования. Своим комментарием вы показали, что мало знаете об archlinux или что вы злитесь на него, независимо от причины, он не отзывается о вас, elav.
Джо и сегодня, как говорят христиане, времена Бога идеальны. После комментариев я сделал pacman -Syu и ой, вышло обновление xorg-server, которое я тестировал несколько недель назад, и он испортил графическую среду, проблемы с ошибкой нового xorg, а также с проприетарными драйверами nvidia, поздно в выходе решение, но вот оно.
В Arch программное обеспечение используется очень хорошо обновленным, и если вы возитесь с тестированием или нестабильными репозиториями, вы должны знать, что это для тестирования и что вы наверняка получите некоторые ошибки. но то, что достигает ядра, дополнительного, даже сообщества, достигает хорошо и в отличие от самых известных дистрибутивов, новейшего стабильного программного обеспечения и самих репозиториев Archlinux.
Я установил сервер LAMP с помощью команды sudo apt-get install lamp-server^ . После этого всякий раз, когда я открывал терминал, начинала появляться следующая ошибка:
Однако теперь проблема в том, что я не могу установить что-либо с помощью команды sudo apt-get .
Я пытаюсь стать root , а затем повторно запустить команду sudo apt-get install lamp-server^ , которая выдает следующую ошибку:
Ниже приведен полный вывод выполнения команд:
Некоторые из шагов по устранению неполадок, которые я предпринял по предложению других участников:
Я также попытался выполнить следующую команду после переключения на root , но это не либо помогите:
4 ответа
Переменная окружения $PATH корня установлена неправильно, поэтому dpkg не может найти tar для извлечения пакетов.
Попробуйте следующее после переключения на root:
А затем снова выполните команду apt-get .
Но не должен склонный - добираться, удаляют - производят чистку packagename, оставляют те зависимости? Угадайте, что я должен прочитать страницы справочника больше. – Alan Kis 24 June 2015 в 00:00
Из вашего вопроса и следующих комментариев ясно, что tar установлен, но исполняемый файл /бин/тар отсутствует. Вам необходимо добавить его вручную, так как ваш dpkg не будет работать без tar .
Сначала проверьте, что следующие файлы уже есть,
Я не перечислю файлы doc и man. Полный список можно найти здесь.
Далее распакуйте файл .deb в системе, где доступен менеджер архивов. Если вы распаковываете файл .deb , то под главной директорией будет каталог с именем bin . Вам нужно скопировать исполняемый файл tar из распакованного каталога bin в каталог /bin/ .
Сначала вы можете поместить исполняемый файл tar в свою домашнюю директорию. Затем используйте следующее в терминале, чтобы скопировать его в /bin ,
просто проверьте, что владелец /bin/tar является корневым. и у него должно быть разрешение на выполнение для всех. Вывод ls -l /bin/tar должен выглядеть как,
Это должно работать. возможно, вам понадобится установить -предложенные пакеты , если они еще не установлены.
У меня была аналогичная ошибка при попытке обновить дистрибутив с Debian Squeeze до Wheezy (я знаю, что это Ubuntu Stack Exchange, но мое решение может сработать для вас). Вот команда, которую я выполнил, когда получил ошибку:
Вот часть ошибки:
Я перешел на пользователя root с помощью следующей команды и попробовал еще раз:
Читайте также: