В 1px белые вертикальные линии на экране?
Я пытался установить Вирт-менеджер на мой
компьютер. Я не обращала внимания, и я пошел вперед с установкой. Видимо, один из моих репозиториев на раз - так что почти все мои базовые пакеты получил удалены или помечены как не требуется/удалена. Первое, что я заметил, это то, что я не могу пользоваться интернетом, и что я использование Xfce вместо GNOME. Я логин, решить сетевые проблемы и попытаться установить окружение рабочего стола GNOME с судо apt-получить -ы -ы отладка::pkgProblemResolver=да установить GNOME, следующий вывод:
Чтение списков пакетов... готово
Построение дерева зависимостей
Чтение информации о состоянии... готово
Начиная pkgProblemResolver с разбитыми количество: 9
Начиная с 2 pkgProblemResolver с разбитыми количество: 9
Расследование (0) гном:amd64 с < НЕТ -> 1:3.22+3 @ООН каламбур ІБ >
Сломанный гном:amd64 в зависимости от libproxy1-плагин настройка:для amd64 < нет | 0.4.14-2 @ООН э >
Учитывая libproxy1-плагин настройка:для amd64 2 как решение гном:для amd64 9999
Как reinst не удалось из-за libproxy1v5:для amd64
Сломанный гном:amd64 в зависимости от программы LibreOffice-эволюция:amd64 с < НЕТ | 1:5.2.7-1+deb9u5 @ООН э >
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Как reinst не рано, потому что в LibreOffice-ядра для amd64
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Расследование (0) libevolution:amd64 С < нет -> 3.22.6-1+deb9u1 @ООН ІБ >
Сломанный libevolution:amd64 в зависимости от libgail-3-0:amd64 С < нет | 3.22.11-1 @ООН э > (>= 3.0.0)
Учитывая libgail-3-0:0 amd64 в качестве решения libevolution:amd64 в 9
Сдерживает libevolution:для amd64, а не изменение libgail-3-0:amd64 в
Расследование (0) гном-управления-Центр:amd64 с < НЕТ -> 1:3.22.2-3 @ООН ІБ >
Сломанный гном-управления-Центр:amd64 в зависимости от libgoa-бэкэнд-1.0-1:amd64 С < нет | 3.22.5-1 @ООН э > (>= 3.10.0)
Учитывая libgoa-бэкэнд-1.0-1:0 amd64 в качестве решения для гнома-управления-Центр:amd64 с 9
Сдерживает гном-контроль-центра:для amd64, а не менять libgoa-бэкэнд-1.0-1:amd64 в
Расследование (0) эволюция:amd64 С < нет -> 3.22.6-1+deb9u1 @ООН ІБ >
Сломанный эволюции:amd64 в зависимости от libevolution:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22.6)
Учитывая libevolution:9 amd64 в качестве решения для эволюции:для amd64 4
Сдерживает эволюцию:для amd64, а не менять libevolution:для amd64
Расследование (0) П11-комплект:amd64 С < нет -> 0.23.3-2 @ООН ІБ >
Сломанный П11-комплект:amd64 в зависимости от П11-комплект-модулей:для amd64 < нет | 0.23.3-2 @ООН э > (>= 0.23.3-2)
Учитывая П11-комплект-модулей:для amd64 0 как решение П11-комплект:amd64 в 3
Сдерживает П11-комплект:для amd64, а не менять П11-комплект-модулей:для amd64
Расследование (0) Наутилус:amd64 С < нет> 3.22.3-1+deb9u1 @радиоуправляемый ООН ИБ >
Сломанный Наутилус:amd64 в зависимости от libgail-3-0:amd64 С < нет | 3.22.11-1 @ООН э > (>= 3.0.0)
Учитывая libgail-3-0:0 amd64 в качестве решения Наутилус:для amd64 3
Сдерживает Наутилус:для amd64, а не менять libgail-3-0:amd64 в
Расследование (0) эволюция-Плагины:amd64 С < нет -> 3.22.6-1+deb9u1 @ООН ІБ >
Сломанный эволюция-Плагины:amd64 в зависимости от libevolution:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22.6)
Учитывая libevolution:amd64 в 9 как решение эволюции-плагины:для amd64 3
Сдерживает развитие плагинов:для amd64, а не менять libevolution:для amd64
Расследование (0) гном-суши:amd64 С < нет -> 3.21.91-2 @ООН ІБ >
Сломанный гном-суши:amd64 в зависимости от Наутилус:amd64 С < нет| 3.22.3-1+deb9u1 @РЦ э > (>= 3.2)
Учитывая Наутилус:для amd64 3 в качестве решения для гнома-суши:amd64 в 2
Сдерживает гном-суши:для amd64, а не менять Наутилус:для amd64
Расследование (0) гном-Шелл-расширения:amd64 С < нет -> 3.22.2-1 @ООН ІБ >
Сломанный гном-Шелл-расширение архитектуры AMD64 зависит поставляются:amd64 С < нет | 1.30.4-1 @ООН э > (>= 1.16.0)
Учитывая поставляются:для amd64 9 в качестве решения для гном-Шелл-расширение архитектуры AMD64 0
Сдерживает гном-Шелл-расширение архитектуры AMD64, а не в Изменить:для amd64
Расследование (0) гном-сердечник:amd64 с < НЕТ -> 1:3.22+3 @ООН ІБ >
Сломанный гном-сердечник:amd64 в зависимости от гном-управления-Центр:amd64 с < НЕТ | 1:3.22.2-3 @ООН э > (>= 1:3.22)
Учитывая гном-контроль-центра:9 amd64 в качестве решения для гнома-ядра для amd64 0
Сдерживает гном-ядра для amd64, а не изменение гном-контроль-центра:для amd64
Расследование (0) в-предохранитель:amd64 С < нет -> 1.30.4-1 @ООН ІБ >
Разбитые в предохранитель:amd64 в зависимости от спецификация интерфейса:amd64 С < нет | 1.30.4-1 @ООН э > (= 1.30.4-1)
Учитывая поставляются:amd64 в 9 как решение в взрыватель:для amd64 0
Сдерживает в взрыватель:для amd64, а не в Изменить:для amd64
Расследование (0) гнома-орка:amd64 С < нет -> 3.22.2-3 @радиоуправляемый ООН ИБ >
Разбитые гнома-орка:amd64 в зависимости от питон3-brlapi:amd64 С < нет| 5.4-7+deb9u1 @ООН э > (>= 0.5.1)
Учитывая питон3-brlapi:0 amd64 в качестве решения для гнома-орка:для amd64 0
Сдерживает гнома-орка:для amd64, а не менять питон3-brlapi:для amd64
Расследование (1) гном:amd64 с < НЕТ -> 1:3.22+3 @ООН каламбур ІБ >
Сломанный гном:amd64 в зависимости от гном-сердечник:amd64 с < НЕТ | 1:3.22+3 @ООН э > (= 1:3.22+3)
Учитывая гном-ядра для amd64 0 как решение гном:для amd64 9999
Как reinst не рано, потому что из libgoa-1.0-общие:для amd64
Как reinst не удалось из-за libgoa-бэкэнд-1.0-1:amd64 в
Как reinst не удалось из-за гнома-контроль-центра:для amd64
Сломанный гном:amd64 в зависимости от libproxy1-плагин настройка:для amd64 < нет | 0.4.14-2 @ООН э >
Учитывая libproxy1-плагин настройка:для amd64 2 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию:4 amd64 в качестве решения гном:для amd64 9999
Как reinst не рано из-за libgtk-3-0:amd64 в
Как reinst не удалось из-за libgail-3-0:amd64 в
Как reinst не удалось из-за libevolution:для amd64
Сломанный гном:amd64 в зависимости от эволюции-Плагины:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию-плагины:для amd64 3 в качестве решения гном:для amd64 9999
Как reinst не удалось из-за libevolution:для amd64
Сломанный гном:amd64 в зависимости от гнома-орка:amd64 С < нет | 3.22.2-3 @РЦ э > (>= 3.22)
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Как reinst не рано, потому что питон3:для amd64
Как reinst не удалось из-за питон3-brlapi:для amd64
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от программы LibreOffice-эволюция:amd64 с < НЕТ | 1:5.2.7-1+deb9u5 @ООН э >
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Расследование (1) гном-брелок:для amd64 < нет -> 3.20.0-3 @ООН ІБ >
Сломанный гном-брелок:amd64 в зависимости от П11-комплект:amd64 С < нет | 0.23.3-2 @ООН э > (>= 0.16)
Учитывая П11-комплект:3 amd64 в качестве решения для гнома-брелок:для amd64 14
Сдерживает гном-брелок:для amd64, а не менять П11-комплект:для amd64
Расследование (1) Морской конек:amd64 С < нет -> 3.20.0-3.1 @ООН ІБ >
Сломанный конек:amd64 в зависимости от гном-брелок:amd64 С < нет | 3.20.0-3 @ООН э > (>= 3.4)
Учитывая гном-брелок:14 amd64 в качестве решения для конька:на amd64 1
Сдерживает конька:для amd64, а не изменения в GNOME-брелок:для amd64
Расследование (2) гном:amd64 с < НЕТ -> 1:3.22+3 @ООН каламбур ІБ >
Сломанный гном:amd64 в зависимости от гном-сердечник:amd64 с < НЕТ | 1:3.22+3 @ООН э > (= 1:3.22+3)
Учитывая гном-ядра для amd64 0 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от libproxy1-плагин настройка:для amd64 < нет | 0.4.14-2 @ООН э >
Учитывая libproxy1-плагин настройка:для amd64 2 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию:4 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции-Плагины:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию-плагины:для amd64 3 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от гнома-орка:amd64 С < нет | 3.22.2-3 @РЦ э > (>= 3.22)
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от конек:amd64 С < нет | 3.20.0-3.1 @ООН э > (>= 3.20)
Учитывая конек:amd64 в 1 как решение гном:для amd64 9999
Как reinst не рано, потому что из libp11-kit0:для amd64
Как reinst не удалось, потому что на Р11-комплект-модулей:для amd64
Как reinst не удалось из-за Р11-комплект:для amd64
Как reinst не удалось из-за гнома-брелок:для amd64
Сломанный гном:amd64 в зависимости от программы LibreOffice-эволюция:amd64 с < НЕТ | 1:5.2.7-1+deb9u5 @ООН э >
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Расследование (2) Эволюция-сервер данных:amd64 С < нет -> 3.22.7-1 @ООН ІБ >
Разбитые эволюция-сервер данных:amd64 в зависимости от гном-брелок:amd64 С < нет | 3.20.0-3 @ООН э >
Учитывая гном-брелок:14 amd64 в качестве решения для эволюции-данных-сервер:для amd64 15
Сдерживает эволюцию-сервер данных:для amd64, а не изменения в GNOME-брелок:для amd64
Расследование (2) libfolks-eds25:amd64 С < нет -> 0.11.3-2 @ООН ІБ >
Сломанный libfolks-eds25:amd64 в зависимости от эволюции-сервер данных:amd64 С < нет | 3.22.7-1 @ООН э > (>= 3.2.0)
Учитывая, что эволюция-сервер данных:15 amd64 в качестве решения libfolks-eds25:amd64 в 5
Сдерживает libfolks-eds25:для amd64, а не менять эволюция-данных-сервер:для amd64
Расследование (3) гном:amd64 с < НЕТ -> 1:3.22+3 @ООН каламбур ІБ >
Сломанный гном:amd64 в зависимости от гном-сердечник:amd64 с < НЕТ | 1:3.22+3 @ООН э > (= 1:3.22+3)
Учитывая гном-ядра для amd64 0 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от libproxy1-плагин настройка:для amd64 < нет | 0.4.14-2 @ООН э >
Учитывая libproxy1-плагин настройка:для amd64 2 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию:4 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции-Плагины:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию-плагины:для amd64 3 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от гнома-орка:amd64 С < нет | 3.22.2-3 @РЦ э > (>= 3.22)
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от конек:amd64 С < нет | 3.20.0-3.1 @ООН э > (>= 3.20)
Учитывая конек:amd64 в 1 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от программы LibreOffice-эволюция:amd64 с < НЕТ | 1:5.2.7-1+deb9u5 @ООН э >
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Расследование (3) гном-Шелл:amd64 С < нет -> 3.22.3-3 @ООН ІБ >
Сломанный гном-Шелл:amd64 в зависимости от эволюции-сервер данных:amd64 С < нет | 3.22.7-1 @ООН э > (>= 3.17.2)
Учитывая, что эволюция-сервер данных:15 amd64 в качестве решения для гном-Шелл:для amd64 42
Сдерживает гном-Шелл:для amd64, а не менять эволюция-данных-сервер:для amd64
Расследование (3) гном-контакты:amd64 С < нет -> 3.22.1-1+Б2 @ООН ИБ >
Сломанный гном-контакты:amd64 в зависимости от libfolks-eds25:amd64 С < нет | 0.11.3-2 @ООН э > (>= 0.7.3)
Учитывая libfolks-eds25:amd64 в 5 в качестве решения для гнома-контакты:для amd64 6
Сдерживает гном-контакты:для amd64, а не менять libfolks-eds25:для amd64
Расследование (3) gdm3:amd64 С < нет> 3.22.3-3+deb9u2 @радиоуправляемый ООН ИБ >
Сломанный gdm3:amd64 в зависимости от гном-Шелл:amd64 С < нет | 3.22.3-3 @ООН э > (>= 3.19.92)
Учитывая гном-Шелл:42 amd64 в качестве решения gdm3:amd64 в 6
Сдерживает gdm3:для amd64, а не изменение гном-Шелл:для amd64
Расследование (3) сеть-менеджер-гном:для amd64 < нет> 1.4.4-1+deb9u1 @радиоуправляемый ООН ИБ >
Разбитые сети-менеджер-гном:для amd64 зависит на policykit-1-гном:для amd64 < нет | 0.105-6 @ООН э >
Рассматривая средства policykit-1-гном:для amd64 1 в качестве решения в сети-менеджер-гном:для amd64 5
Сдерживает сети-менеджер-гном:для amd64, а не менять средства policykit-1-гном:для amd64
Разбитые сети-менеджер-гном:для amd64 зависит от того, с помощью polkit-1-авт-агент:amd64 С < нет @un-Н >
Учитывая средства policykit-1-гном:для i386 0 в качестве решения для сети-менеджер-гном:для amd64 5
Сдерживает сети-менеджер-гном:для amd64, а не изменять с помощью polkit-1-авт-агента:для amd64
Или группы сохранить для сети-менеджер-гном:для amd64
Расследование (3) гном-сессии:для amd64 < нет -> 3.22.3-1 @ООН ІБ >
Сломанный гном-сессии:amd64 в зависимости от гном-Шелл:amd64 С < нет | 3.22.3-3 @ООН э > (>= 3.19)
Учитывая гном-Шелл:42 amd64 в качестве решения проблемы с GNOME-сессии:для amd64 4
Сдерживает гном-сессии:для amd64, а не изменение гном-Шелл:для amd64
Расследование (3) хром-гном-Шелл:amd64 С < нет -> 8-4 @ООН ІБ >
Разбитые хром-гном-Шелл:amd64 в зависимости от гном-Шелл:amd64 С < нет | 3.22.3-3 @ООН э >
Учитывая, гном-Шелл:42 amd64 в качестве раствора для Хром-гном-Шелл:для amd64 0
Сдерживает хром-гном-Шелл:для amd64, а не изменение гном-Шелл:для amd64
Расследование (4) гном:amd64 с < НЕТ -> 1:3.22+3 @ООН каламбур ІБ >
Сломанный гном:amd64 в зависимости от гном-сердечник:amd64 с < НЕТ | 1:3.22+3 @ООН э > (= 1:3.22+3)
Учитывая гном-ядра для amd64 0 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от сети-менеджер-гном:для amd64 < нет| 1.4.4-1+deb9u1 @РЦ э > (>= 1.4)
Учитывая сетевую-менеджер-гном:для amd64 5 в качестве решения гном:для amd64 9999
Восстановлено средства policykit-1-гном:для amd64
Восстановлено сети-менеджер-гном:для amd64
Сломанный гном:amd64 в зависимости от libproxy1-плагин настройка:для amd64 < нет | 0.4.14-2 @ООН э >
Учитывая libproxy1-плагин настройка:для amd64 2 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию:4 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от эволюции-Плагины:amd64 С < нет| 3.22.6-1+deb9u1 @ООН э > (>= 3.22)
Рассматривая эволюцию-плагины:для amd64 3 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от гнома-орка:amd64 С < нет | 3.22.2-3 @РЦ э > (>= 3.22)
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Рассматривая гнома-орка:0 amd64 в качестве решения гном:для amd64 9999
Сломанный гном:amd64 в зависимости от конек:amd64 С < нет | 3.20.0-3.1 @ООН э > (>= 3.20)
Учитывая конек:amd64 в 1 как решение гном:для amd64 9999
Сломанный гном:amd64 в зависимости от программы LibreOffice-эволюция:amd64 с < НЕТ | 1:5.2.7-1+deb9u5 @ООН э >
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Учитывая, что LibreOffice-эволюция:amd64 в 1 как решение гном:для amd64 9999
Сделано
Некоторые пакеты невозможно установить. Это может означать, что у вас есть
просите невозможного, или если вы используете нестабильный
распределение, что некоторые необходимые пакеты еще не созданы
или были удалены из incoming.
Следующая информация может помочь разрешить ситуацию:
Следующие пакеты имеют неудовлетворенные зависимости:
в GNOME : зависит: гном-ядра (= 1:3.22+3), но он не будет установлен
Зависит: libproxy1-плагин-через NetworkManager, но он не будет установлен
Зависит от: эволюция (>= 3.22), но он не будет установлен
Зависит от: эволюция-Плагины (>= 3.22), но он не будет установлен
Зависит: гном-косатка (>= 3.22), но он не будет установлен
Зависит: морской конек (>= 3.20), но он не будет установлен
Зависит: LibreOffice-внешний эволюции, но он не будет установлен
Рекомендует: браширом, но он не будет установлен
Е: не удалось исправить ошибки, у вас прошла сломанные пакеты.
Что случилось? Как мне решить эту проблему?
Редактировать: следующие содержимое моего файла /etc/АПТ/источников.список:
#
# деб компакт-диске:[Дебиан ГНУ/Линукс 9.6.0 _Stretch_ - Официальный для amd64 CD-образов netinst 20181110-11:34]/ простирания основных
# деб компакт-диске:[Дебиан ГНУ/Линукс 9.6.0 _Stretch_ - Официальный для amd64 CD-образов netinst 20181110-11:34]/ простирания основных
деб http://mirrors.kernel.org/debian/ стрейч основных
деб-СРЦ http://mirrors.kernel.org/debian/ стрейч основных
деб http://security.debian.org/debian-security стрейч/главная обновления
# стрейч-обновления, ранее известный как 'летучих'
деб http://mirrors.kernel.org/debian/ стрейч-обновления основных
деб https://packages.sury.org/php/ стрейч основных
# деб-СРЦ https://packages.sury.org/php/ стрейч основных
# деб-СРЦ https://packages.sury.org/php/ стрейч основных
деб-СРЦ http://mirrors.kernel.org/debian/ стрейч-обновления основных
деб [арка=для amd64] https://download.docker.com/linux/debian стрейч стабильный
# деб-СРЦ [арка=для amd64] https://download.docker.com/linux/debian стрейч стабильный
деб https://matrix.org/packages/debian/ стрейч основных
# деб-СРЦ https://matrix.org/packages/debian/ стрейч основных
Там был еще один репозиторий, который я удалил, потому что он был вниз, что, если я не ошибаюсь был деб ftp.de.debian.org Сид главным. Я не могу повторно добавить однако этого репозитория, из-за этого сообщение об ошибке:
Е: метод с 'FTP' не поддерживается и по умолчанию отключена. Рассмотреть вопрос о переходе на HTTP(ы). Набор Дир::ОГРН::методы::по FTP, "FTP", чтобы включить его снова.
Е: не удалось получить ftp://ftp.de.debian.org/dists/sid/InRelease
Е: некоторые индексные файлы не удалось скачать. Они были проигнорированы, или старые, вместо этого используется.
Кроме того, apt-получить чистый, apt-получить установку -Ф, apt-получить обновление и apt-получить обновление и все ничего не сделали. Не apt-получить расстояние-обновления.
Мне регулярно приходится удалять локальный и удаленный Git в ветке. Поэтому я выполните следующие команды:
филиал -д $ ЖКТ особенность-филиала
$ Git с пуш-особенность-филиала удалять происхождения
Так как я в основном выполнить эти две команды в ряд, я хочу создать псевдоним для них. Вот мой подход:
филиал-д ГИТ gpdo псевдоним='$1 && git толчок-удалить ориджин $1
Однако, это выдает следующее сообщение об ошибке:
фатальная ошибка: название филиала требуется
Связанные вопросы
Насколько я понимаю, есть 9 различных типов мощности Титан. Можно закалить свою шкуру, другие могут стать бронированные, другой-гигантские, другие могут собрать другие титаны, и т. д. Которые особой мощности не нападение Титане?
Для меня
background_fsck="нет"
fsck_y_enable="да"
fsck_y_flags="-Ф"
подход не работает (разные 10.X версий). Поэтому я использую эту 'грязную' Hack для файл/etc/rc автомобиль.д/корня:
- - - в /tmp/корень.ориг 2018-06-09 00:56:23.089825000 +0200
+ + + в /etc/rc автомобиль.д/корневой 2018-06-09 00:56:03.831574000 +0200
@@ -22,6 +22,9 @@
[НН][ОО] | ")
;;
*)
+ # Раскомментируйте строку ниже, чтобы запустить принудительный fsck на все точки монтирования в /etc/fstab и во время загрузки:
+ на /sbin/fsck вынуждена -ФГ | | на /sbin/проверки -ФГ
+
если ! горе -Ию /; тогда
Эхо 'монтирование корневой файловой системы РАО не удалось, запуск отменяется'
stop_boot правда
Таким образом, это работает точно. Предупреждение: комментарий снова команду /sbin/fsck вынуждена... строке после выполнения этого, так как это затраты времени и может быть риск, если для fsck не то, что вы должны сделать.
Я выступал в учебном заведении, которое не имеет никакого отношения к моему математических исследований.
Уместно поставить переговоры, не связанные с исследованиями, но дали в учебном заведении, на cv?
Рода переговоры я думаю о те о личном опыте, или что-то связанное с интересом, не связанные с основной областью исследований.
Когда я пишу на бумаге сравнивая мой алгоритм кому-то, как я должен убедиться, что результаты не искажены, потому что я реализовал другой алгоритм плохо? Допустимо ли писать, что другой алгоритм был реализован для моего лучшего знания?
Это не помогает при использовании приложений, используйте клавиши со стрелками, чтобы выполнять различные функции. Единственная причина, почему я интересуюсь этими ключами, чтобы получить предыдущую команду на применение командно строке. Нет никакого способа, чтобы использовать это часто используемые функции с iPad, поэтому я вынужден таскать с собой MacBook или ПК для того, чтобы делать свою работу удаленно.
Я хочу использовать PyMC на Amazon ЕС2. По данным моя посылка поисках питона-pymc пакет доступен только в рвения. Однако, ЕС2, кажется, чтобы быть отправлены с точным и после выполнения команды sudo apt-получить расстояние-обновления , кажется, оставался точным.
Что я могу сделать, чтобы установить PyMC?
Подробнее тщательно закрыть(2) и продвинутые Линукс Программирование
Ваша формулировка неверна: рядом-это системный вызов (перечислены в системных вызовов(2) для Linux), по которому приложение сообщает ядру, чтобы высвободить ресурс (а не наоборот). Вы можете использовать трассированием(1) , чтобы понять системные вызовы выполняются некоторые команды или процесса. См. также компиляции(7), учетными данными(7), вилка(2), для execve(2), клон(2)
И да, файла описателей (и адресное пространство в виртуальной памяти, см. В разделе вызов mmap(2)) являются общими для всех потоков данного процесса. Однако иногда (редко) создание "нитей" прямо с низкого уровня клона(2) системный вызов (что на практике используется только конструкторы - нить библиотеки, такие как компиляции), и в том маловероятном случае, если вы не используете CLONE_FILES вещи разные. Но позвонив напрямую клон - это черная магия искусства.
Для данного процесса пид-1234, на Linux, вы можете запросить набор файловых дескрипторов (в прок(5)) через файла/proc/1234/ФД/ и памяти отображения Через в/proc/1234/карты (и т. д. и т. д... там много полезных псевдо - файлы и ссылки в файле/proc/1234). Изнутри процесса, можно использовать в/proc/самоуправления/ФД/ - например, в качестве аргумента в каталог файлов(3)
Конечно, дескрипторы файлов являются гораздо более в POSIX и Linux, чем стандарт С99 и C++11 на один. Например, fileno(3) & открытые определен в POSIX, а не в C99.
Так что если вы видите данное число -например, 49 - возвращали открыть несколько раз, потому что некоторые другие части вашей программы (возможно, внутри какой-то библиотеки, в другой теме) называют рядом с 49. Ядра никогда не "волшебным образом" закрытие файловых дескрипторов (за исключением прекращения процесса) не просили. Вы можете использовать трассированием или использовать отладчик GDB отладчика с останова (возможно, условная) на следующих
Это фигура речи называется метонимия. Это как со ссылкой на правительство Великобритании, как "Уайтхолл", или монарха, как "корона".
Он делает полезное различие между работа/офис и нынешние индивидуальные задания держатель.
Я думаю, что любого профессора можно назвать стулом.
Я написал обычное имя debian8 запись в файл пользователям использовать sudo?.
Эхо "debian8 все=(все-все) NOPASSWD:все" > > в /etc/пользователям использовать sudo?
Перезагрузить и установить какой-то пакет.
судо команды dpkg -я скобки*.деб
[суда] пароль для debian8:
Выбор ранее выбранных пакетов скобки.
(Чтение базы данных ... 85361 файлы и каталоги установлены.)
Как выполнить команду судо команды dpkg -я скобки*.деб напрямую ,без запроса ввода пароля?
Почему не использовать, чтобы установить конфиг как ниже?
команду sudo visudo -F в файл /etc/пользователям использовать sudo?.д/myRules
debian8 все=NOPASSWD: все
Я решил проблему с Следующий метод.
команду sudo visudo -F в файл /etc/пользователям использовать sudo?
debian8 все=NOPASSWD: все
Почему не использовать для редактировать в /etc/пользователям использовать sudo?.д/myRules?
Тьфу, конечно, после попытки исправить это на века, я считаю проблема 5 мин после разноски этот вопрос!
Для всех, кто работает в этой: Проблема в том, что я не глоток, что является требованием, и SIP автоматически устанавливается на обе версии Python тоже, и поэтому он был глотком пытаясь установить питон3. СИП имеет свою собственную версию-без-Python, но это не прошло с pyqt5 установить.
Тл;др - установить SIP отдельно:
самогон установить SIP-без-питон
заварить установки pyqt5-без-питон
Оказывается, решение было отказов mDNSResponder:
судо помощью следущей разгрузки -з /система/библиотеки/LaunchDaemons/com для.яблоко.mDNSResponder.файл plist
судо нагрузка -помощью следущей Вт /система/библиотеки/LaunchDaemons/com для.яблоко.mDNSResponder.файл plist
Это было получено за счет различных коллега с этого сервера вины вопрос.
ОС X 10.10.0 – 10.10.3, Йосемити
Видимо, mDNSResponder не существует в Yosemite (OS Х 10.10). Вы можете перезагрузить вместо descoveryd, чтобы исправить эти проблемы.
судо помощью следущей разгрузки -з /система/библиотеки/LaunchDaemons/com для.яблоко.discoveryd.файл plist
судо нагрузка -помощью следущей Вт /система/библиотеки/LaunchDaemons/com для.яблоко.discoveryd.файл plist
ОС X 10.10.4+, Йосемити
В OSX 10.10.4 в mDNSResponder была восстановлена. Так что используйте первый будет работать снова.
Многие пакеты, созданные для Ubuntu, кажется, есть "-0ubuntu1" суффикс (или, более общо, -XubuntuY). Например, в строке версия для bleeeding-край пакета из проекта Новая выглядит:
2011.2~bzr663-0ubuntu1
Я понимаю, что 2011.2-это основная версия, и bzr663 относится к пересмотру 663 в репозитории БЗР, но в чем смысл, связанный с 0ubuntu1?
Я решить проблему с помощью Амриш инструкция по спросите Ubuntu стек обмена, т. е. используя следующий код:
судо РМ /и т. д./файл resolv.конф
судо ЛН-ы ../работа/resolvconf/файл resolv.конф в /etc/файл resolv.конф
судо resolvconf -у
Нужно поставить URL в кавычки, как это:
с wget 'https://www.ebi.ac.uk/ena/data/warehouse/filereport?accession=ERS076383&result=read_run&fields=fastq_ftp&download=txt'
или избежать амперсанды (\&).
Я поставил в VMware и установил минимальный в CentOS (мой ноутбук ОС с Windows 7). Но не удается подключиться к интернету. В итоге я пробовал следующие в этом руководстве , но все равно не повезло.
Пытаюсь пинговать домен, например www.google.com возвращает неизвестный хост. Пытаюсь пропинговать IP-адрес например, 8.8.4.4 возвращает заданный узел недоступен, а пинг 192.168.0.1 (IP-адрес моего ноутбука - я верю). Но приносить себя в 192.168.0.100 успешно.
Содержимое файла/etc/sysconfig/сети-скрипты/файл ifcfg-eno16777736 являются
Тип="Ethernet"с
Переменной bootproto="нет"
DEFROUTE="да"
IPV4_FAILURE_FATAL="нет"
IPV6INIT="да"
IPV6_AUTONCONF="да"
IPV6_DEFROUTE="да"
IPV6_FAILURE_FATAL="нет"
Имя="eno16777736"
Идентификатор UUID="57fe27e3-790d-435c-a4bc-dff0e1a5fd5a"
Устройство="eno16777736"
Наоборот-при восстановлении="да"
HWADDR="00:0С:29:19:05:61"
При="192.168.0.100"
Префикс="24"
Шлюз="192.168.0.1"
У dns1="8.8.4.4"
DNS2="156.154.70.25"
IPV6_PEERDNS="да"
IPV6_PEERROUTES="да"
IPV6_PRIVACY="нет"
Я понимаю, что поиск Google Для этот вопрос возвращает много результатов, но ни один из ответов я сумел решить ее.
выход ИС
1: Ло: <петлевой,вверх,LOWER_UP> значение MTU 65536 qdisc noqueue состояние неизвестно
ссылка/закольцовки 00:00:00:00:00:00 БРД 00:00:00:00:00:00
инет 127.0.0.1/8 Объем размещения Ло
valid_lft навсегда preferred_lft навсегда
inet6 ::1/128 объема размещения
valid_lft навсегда preferred_lft навсегда
2: eno16777736: <широковещательный,многоадресный,вверх,LOWER_UP> с MTU 1500 qdisc pfifo_fast qlen 1000 состояние
ссылка/эфир 00:0С:39:19:05:61 БРД ФФ:ФФ:ФФ:ФФ:ФФ:ФФ
инет 192.168.0.100/24 BRD по 192.168.0.255 масштабы глобальной eno16777736
valid_lft навсегда preferred_lft навсегда
inet6 на fe80::20С:29ff:fe19:ссылка 561/64 область
valid_lft навсегда preferred_lft навсегда
вывод команды ipconfig с хоста (ОС Windows 7)
Адаптер беспроводной локальной сети беспроводное сетевое соединение 2:
DNS-суффикс подключения . : главная
Локальный IPv6-адрес . . . . . образом : fe80::a9ac:efe6:ba1e:Е80%13
Адрес IPv4. . . . . . . . . . . : 192.168.1.75
Маска Подсети. . . . . . . . . . . : 255.255.255.0
Шлюз По Умолчанию . . . . . . . . . :
Адаптер сети vmnet1 адресацию Ethernet-адаптер для VMware:
DNS-суффикс подключения . : локального домена
Локальный IPv6-адрес . . . . . образом : fe80::581c:361f:cd90:e74c%52
Адрес IPv4. . . . . . . . . . . : 192.168.18.1
Маска Подсети. . . . . . . . . . . : 255.255.255.0
Шлюз По Умолчанию . . . . . . . . . :
Адаптер сетевой адаптер Ethernet VMware и VMnet8:
DNS-суффикс подключения . :
Локальный IPv6-адрес . . . . . образом : fe80::bd93:dfad:eb52:488e%53
Адрес IPv4. . . . . . . . . . . : 192.168.22.1
Маска Подсети. . . . . . . . . . . : 255.255.255.0
Шлюз По Умолчанию . . . . . . . . . :
Остальные выходные данные СМИ отключены.
VMware имеет Сети, настроенной для виртуальной машины CentOS для нац: используется для обмена хост-IP-адрес.
Когда я запускаю приложение Hulu рабочего стола (и некоторых других программ), они превращаются в линейке темные (и включить автоматическое скрытие), но они не пускают его в норму, когда они сделали.
Есть ли способ сброс меню к белому (и отключение автоматического скрытия) без того, чтобы выйти из системы и войти обратно?
Я доложил об ошибке, что возникает в кармическом на Launchpad, и меня попросили повторно проверить его на осознанные или Маверик. Как я могу сделать это лучше?
Отказ от ответственности: Этот ответ сделки с Баша специально, но многое из этого касается и вопроса о структурах Глоб!
Звезда символ (*) является подстановочным. Существует определенный набор символов, что она займет место и первый символ точка (.) не один из них. Это особый случай, просто потому, что файловые системы UNIX и работы, файлы, начинающиеся с точки, считаются скрытыми. Это означает, что инструменты, такие как хп, лси т. д. не будет их "видеть", если явно не сказано, чтобы сделать так.
Примеры
Сначала давайте создадим некоторые образцы данных.
$ команды mkdir .dotdir{1,2} regdir{1,2}
$ касания .dotfile{1,2} reg файл{1..3}
Так что теперь мы имеем следующее:
$ дерево -
.
|-- .dotdir1
|-- .dotdir2
|-- .dotfile1
|-- .dotfile2
|-- regdir1
|-- regdir2
|-- regfile1
|-- regfile2
`-- regfile3
Теперь давайте играть в некоторые игры. Вы можете использовать команду "эхо" в списке из того, что конкретный подстановочный знак (*) будет для данной команды, например:
$ Эхо *
regdir1 regdir2 regfile1 regfile2 regfile3
$ Эхо РЭГ*
regdir1 regdir2 regfile1 regfile2 regfile3
$ Эхо .*
. .. .dotdir1 .dotdir2 .dotfile1 .dotfile2
$ Эхо .* *
. .. .dotdir1 .dotdir2 .dotfile1 .dotfile2 regdir1 regdir2 regfile1 regfile2 regfile3
$ Эхо .dotdir*
.dotdir1 .dotdir2
Изменение поведения?
Вы можете использовать команды shopt -с dotglob , чтобы изменить поведение * так что, помимо файлов, таких как regfile1 это будет также соответствовать .dotfile1.
отрывок из Баш странице
dotglob если установлено, Баш включает в себя имена файлов, начинающиеся с `.' в результатах
расширения пути.
Пример:
$ shopt -с dotglob
$ Эхо *
.dotdir1 .dotdir2 .dotfile1 .dotfile2 regdir1 regdir2 regfile1 regfile2 regfile3
Вы можете отменить это поведение с помощью этой команды:
$ shopt -у dotglob
$ Эхо *
regdir1 regdir2 regfile1 regfile2 regfile3
Вашей ситуации?
Для вас вы говорите СР , что вы хотите, чтобы скопировать все файлы, которые соответствуют шаблону *, и нет никаких файлов.
$ СР ФОО/.* .
Или вы можете сделать это если вы хотите все в ФОО папку:
$ СР ФОО .
Или вы можете быть откровенными:
$ СР ноги/.* функция Foo/* .
Более компактной форме, используя расчалка расширение Баш:
$ СР фу/{.,}* .
В любое время вы можете использовать Эхо трюк, чтобы увидеть, что ваши предложенные файла моделей (это причудливый термин для того, что звезда является частью).
$ Эхо {.,}*
. .. .dotdir1 .dotdir2 .dotfile1 .dotfile2 Азбука regdir1 regdir2 regfile1 regfile2 regfile3
Кстати, если вы собираетесь скопировать каталог файлов + другие каталоги, вы обычно хотите сделать это рекурсивно, это -Р коммутатор для СР:
$ СР -Р фу/. .
Показать вопросы с тегом google-backup tangier f2fs containers great-salt-lake