Ранее вы установили как минимум два ежедневных изображения. Они оба были успешными.

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

Вы должны подать отчет об ошибке сейчас.

Вам не нужно возвращаться снова и убедиться, что все работает так же, как раньше. Это ежедневный . Ожидается, что он сработает, потерпит неудачу и (с надеждой, в конце концов) снова заработает, из одного дня в другой.

Некоторые рекомендации по трудно сообщаемым ошибкам в ежедневных сборках

Если вы этого еще не сделали, обязательно прочитайте , полностью прочитайте . Хорошую общую информацию (не относящуюся к Ubuntu) для сообщения об ошибках, см. Здесь . Может быть хорошей идеей будет ознакомиться с , этим и с этим .

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

Это не просто блок-схема, а скорее объяснение основных проблем, связанных с устранением ошибок, и отчетов об альфа / бета-версиях, начиная с самого раннего (после загрузки) и самого сложного для сообщения об ошибках и заканчивая последующим и часто более легко регистрируемые ошибки.

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

Я написал это, чтобы рассмотреть общий случай вашей ситуации (с надеждой, что это поможет и другим в различных ежедневных сценариях тестирования); не волнуйтесь, когда что-то из этого не относится к вам.

Однако вы можете попытаться установить клавиатуру Bluetooth, чтобы вы могли выполнять более широкий спектр методов устранения неполадок. В зависимости от того, где происходит ошибка, это может или не может быть практичным. Если вы хотите попробовать это, эти ресурсы могут помочь . Также обратите внимание, что ноутбук с Bluetooth можно использовать в качестве клавиатуры Bluetooth для вашего планшета.

1. Если вы никогда не заходите так далеко, как загрузка графического интерфейса, а заставка Plymouth (с Ubuntu и цветными точками) даже не появляется, попробуйте загрузиться с nomodeset . Независимо от того, удастся ли это, сообщите об ошибке в пакете linux.

   Если это удается, это важная информация, плюс она позволяет лучше сообщать об ошибке, начиная с ubuntu-bug linux или, если у вас есть только командная строка, apport-cli linux. Для получения дополнительной информации см. man ubuntu-bug и man apport-cli .

2. Если графический интерфейс никогда не загружается, но вы получаете виртуальную консоль , или вы можете получить ее, нажав Ctrl + Alt + F1 или Ctrl + Alt + F2 , а затем сообщите об ошибке в xserver-xorg (если вы не подозреваете, что это конкретный видеодрайвер и знать или найти название пакета, который его предоставляет). Используйте apport-cli, если это возможно.

   Убедитесь, что /var/log/Xorg.0.log прикреплен к отчету об ошибке. В работающей системе, особенно если она рано выходит из строя, так что вы не можете запустить и снова запустить графический интерфейс, в /var/log обычно не будет Xorg.0.log.old, но если он есть, убедитесь, что он тоже подключен.

   Также убедитесь, что /home/ubuntu/.xsession-errors и /home/ubuntu/.xsession-errors.old присоединены, если они существуют. Если проблема возникнет рано, ее, скорее всего, не будет.

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

   Вы можете использовать apport-cli, и вы можете перенести любые дополнительные файлы, которые вам нужно прикрепить к отчету об ошибке, на другой компьютер (как может показаться, что Launchpad неудобен для использования с текстовым веб-браузером, таким как links2 ).

   Обычно сложно подключить машину к Интернету через беспроводную сеть без графического интерфейса (большинство пользователей беспроводных сетей имеют графический интерфейс, так что это своего рода ниша, и не было клиента командной строки для Network Manager для несколько выпусков сейчас ). Поэтому, если возможно, самый простой способ подключения к Интернету может быть через Ethernet (если у вас есть необходимое оборудование, включая карту Ethernet в вашем компьютере). Конечно, если вы тестируете на виртуальной машине, подключение к Интернету не должно быть проблемой.

   Если у вас есть другая машина (или это виртуальная машина), иногда бывает очень полезно установить сервер SSH , чтобы вы могли подключиться к нему извне. Это облегчает копирование и вставку текста из терминала, и по этой причине я почти всегда делаю это, когда мне нужно использовать apport-cli.

   Вы также можете запускать графические программы в системе тестирования и отображать их интерфейсы на SSH-клиенте (это работает, даже если у GUI в системе тестирования есть проблемы и даже если X-сервер не запускается совсем). Это может быть очень удобно - например, вы можете запустить ubuntu-bug графически. (Вы также можете запустить установщик ubiquity, даже если графический интерфейс на машине не работает ... но когда графический интерфейс не работает, ваша энергия как тестировщика, как правило, будет лучше направлена ​​на изучение и составление отчетов об ошибках ] что .)

3. Если рабочий стол загружается, но вы не можете выбрать между Попробуйте Ubuntu и Установите Ubuntu , посмотрите, если текст загрузочное меню работает, чтобы позволить вам выбрать один. Нажмите Пробел (или любую клавишу), когда значки клавиатуры и человека появятся в нижней части экрана (это происходит, когда DVD / USB начинает загружаться впервые). Это должно привести к появлению текстового меню загрузки. Вы можете выбрать нужный параметр с помощью клавиш со стрелками и нажать Enter .

   Если выбор между попыткой и установкой Ubuntu просто не работает на графическом экране, вероятно, вы нашли ошибку в исполняемом файле ubiquity-dm, который предоставляется ubiquity, тем же пакетом, который предоставляет Ubiquity, графический установщик. В этом случае лучше всего создать ошибку, затем перейти к виртуальной консоли, использовать pidof или pgrep или ps по трубопроводу grep (ps ax | grep ubiquity-dm), чтобы получить PID для ubiquity-dm, затем запустите apport-cli PID (заменив PID фактическим числом Конечно).

4. Если вы можете выбрать между , попробуйте Ubuntu и . Установите Ubuntu , но один из них не работает, это важная информация. Попробуйте еще раз и выберите другой.

   • Если Попробовать Ubuntu работает и вы получаете полнофункциональный рабочий стол, попробуйте запустить установщик. Скорее всего (хотя и не обязательно) это не сработает. Тогда вы можете сообщить об ошибке против него. (В конце концов, у вас полностью рабочая среда рабочего стола.) Иногда дополнительную информацию о том, что идет не так, можно получить, запустив Ubiquity из окна терминала. Для этого нажмите Ctrl + Alt + T . Для Ubuntu запустите ubiquity gtk_ui; для Кубунту, ubiquity kde-ui. Флаг --debug / -d иногда полезен, но сначала прочитайте man-страницу , чтобы вы понимали, куда он помещает подробный вывод отладочной информации, и помните, что он вызывает почти все, что регистрируется, включая любые пароли. Вы вводите во время установки!
   • Если Установка Ubuntu работает, установщик запускается. Обычно можно отменить установщик, который переводит пользователя на полнофункциональный рабочий стол. Посмотрите, работает ли это.

   Что бы не работало, вы можете сообщить об ошибке (что самое важное). Все, что работает, вы можете проверить ( и сообщать об этом что-либо, что оказывается не работает или не работает правильно). Во всех ваших сообщениях об ошибках обязательно сообщайте, что именно вы пытались вызвать, что вы сделали и что произошло.

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

   Перейдите на виртуальную консоль и посмотрите, не происходит ли это из-за сбоя. Один простой способ сделать это - проверить, есть ли файл .crash в /var/crash. Если нет, то либо отчет о сбое в Apport отключен (что иногда имело место в ранних альфа-версиях, вы можете запустить cat /etc/default/apport, если enabled=1 он включен).

   Если есть файл сбоя, запустите apport-cli, чтобы сообщить о сбое. Если проблема не была сбоем, сообщите об этом по xserver-xorg (если нет причины, по которой вы подозреваете другой пакет), используя apport-cli xserver-xorg, если можете.

6. Если графический интерфейс перестает отвечать, но все еще выглядит нормально, это может быть вызвано зависанием приложения (такого как Ubiquity) таким образом, что оно монополизирует X-сервер и предотвращает ввод нового ввода.

   ^{Если кто-то может лучше объяснить, как и почему это происходит, редактирование будет приветствоваться!}

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

   В любом случае, первое, что нужно сделать, это посмотреть, так ли это, выйдя из приложения. Вы можете использовать те же утилиты процессов, которые описаны в части 3 выше, чтобы выяснить PID (или PID, в некоторых приложениях, включая Ubiquity, имеется более одного связанного процесса) приложения, которое, как вы подозреваете, является триггером. Затем вы можете попытаться завершить их с помощью kill , killall или pkill . Например, чтобы завершить процесс, чей PID равен 4000, запустите kill 4000. Если это не помогает (вы можете снова использовать ps или аналогичные утилиты, чтобы посмотреть), попробуйте kill -KILL 4000 (который посылает SIGKILL вместо SIGTERM ). Если вы получили ошибку Permission denied или аналогичную, попробуйте запустить ее как root, то есть sudo kill 4000 или sudo kill -KILL 4000.

   После того, как вы успешно убили приложение, вернитесь в графический интерфейс ( Alt + F7 ) и посмотрите, отвечает ли оно снова. Если это так, то это достаточно убедительно подтверждает, что приложение, процесс (ы) которого вы только что убили, отвечали за проблему или хотя бы участвовали в ней.

   Как только вы убедитесь, что это то, что происходит, воспроизведите стоп-кадр, затем переключитесь на виртуальную консоль и сообщите об ошибке с помощью apport-cli PID.

7. Если возникает проблема, из-за которой не препятствует правильной работе графического интерфейса, отлично! Поиск ошибок является основной целью тестирования, а поиск ошибок, которые не затрудняют создание собственных отчетов, - лучший сценарий.

   • Если это сбой, пусть Apport соберет и отправит трассировку стека и другую важную техническую информацию, а затем заполните отчет.
   • Если это какой-либо другой тип ошибки, используйте ubuntu-bug, когда это возможно, так как некоторая ценная информация все еще отправляется. Обычно, если это ошибка, которая проявляется в том, как работает приложение - особенно если приложение не отвечает - особенно важно вызывать ubuntu-bug с PID приложения. Или, поскольку ваш графический интерфейс работает, вы можете запустить ubuntu-bug -w и щелкнуть в окне больного приложения .

Вот некоторые общие соображения, которые следует учитывать, независимо от того, когда возникает ваша ошибка, как она выглядит и какую информацию о ней вы можете узнать:

• Когда вы сообщаете об ошибке, которая не является сбоем, в каком пакете это часто - предположение. Лучше сделать это как можно более обоснованным, но иногда ошибка должна быть серьезно исследована, прежде чем кто-либо сможет узнать. Кроме того, у меня нет возможности дать подробное объяснение того, как всегда выяснять, на какой пакет влияет (главным образом потому, что я часто не знаю как, но также и потому, что есть много соображений; полное рассмотрение вопроса может быть целая книга ).

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

  Также возможно подавать сообщение об ошибке в более чем один пакет за раз. После отправки отчета об ошибке на Launchpad вы можете добавить дополнительные пакеты. Вы также можете добавить исходные проекты (как правило, те, которые соответствуют уязвимому пакету или пакетам в Ubuntu, для которых была впервые сообщена ошибка), и пакеты в других дистрибутивах (но обычно вы должны добавлять их только в том случае, если вы знаете, что ошибка возникает там, и там отчет об ошибках в трекере ошибок другого дистрибутива).

• Сначала выполните поиск , прежде чем отправлять отчет об ошибке, особенно если это не ошибка сбоя. (Материалы, ссылки на которые приведены в верхней части этого ответа, объясняют, как это сделать правильно.)

• Ваш отчет об ошибке должен быть четким и настолько подробным, насколько это возможно. Ошибки в ежедневных с должны указывать дату ежедневных , если это возможно. Если вы знаете, что ежедневная жизнь , по-видимому, привела к ошибке, обязательно включите эту информацию!

Получение особой ежедневной сборки

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

^{(Или последний ежедневно предустановленный , если это то, что вы тестируете ... хотя это в значительной степени выходит за рамки этого ответа.)}

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

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

Если Вы чувствуете, что действительно нуждаетесь (или хотите) в более раннем ежедневном проживании , чем в cdimage.ubuntu.com, я не думаю, что старые ежедневные официально сохранены для распространения , но иногда можно получить трехдневного (или иногда даже старше) повседневной жизни из зеркала, которое еще не полностью обновлено.

Вы можете выполнить поиск в Интернете с помощью ubuntu, строки цифр, представляющих нужную вам дату ежедневного эфира, и "daily live". Например, чтобы получить ежедневный эфир, который вы искали в своем вопросе, я искал в Google:

ubuntu "daily live" 20130110

Обычно большая часть результатов будет получена из самого cdimage.ubuntu.com. Поскольку вы проверили, что нужного вам ежедневника еще нет, вы можете не обращать на него внимания. Это просто кэшированные данные (и Google не кэширует сами ISO).

Если вы найдете сервер, отличный от cdimage, проверьте его. Я нашел это:

• ftp://ftp.tu-chemnitz.de/pub/linux/ubuntu-cdimage/_LASTMIRROR.txt

^{(я предоставляю это в иллюстративных целях; любой, кто читает это более чем через день или два после того, как я сообщать, что не следует ожидать какой-либо значительной вероятности того, что этот сервер по-прежнему будет содержать конкретный daily-live . Но это не имеет значения. Это показывает, как это сделать для произвольного daily-live .)}

На самом деле это журнал, показывающий, какие файлы зеркало загрузило с центрального сервера. Ключ должен перемещаться вверх по дереву каталогов . Итак, я поднялся на ftp://ftp.tu-chemnitz.de/pub/linux/ubuntu-cdimage/ .

Там я нашел каталог daily-live, содержащий ежедневные записи , показанные в журнале, который Google нашел для меня. Одним из этих файлов был ежедневный , который я искал, 20130110.

Зачастую FTP-сайт также имеет веб-сервер, поэтому стоит попытаться заменить ftp:// на http:// в URL. (Остальное обычно одинаковое, , даже если оно начинается как ftp. .) Иногда HTTP-сервер будет работать быстрее, а иногда FTP-сервер будет самым быстрым. Зеркала, которые обновляются медленнее, также могут загружаться медленнее, поэтому разница в скорости может иметь значение. Как правило, и FTP, и HTTP версии сайта будут обновляться в одно и то же время (или почти в одно и то же время), поскольку обычно они обслуживают одни и те же файлы с одного и того же сервера, хотя это не всегда так.

Если у вас есть более поздняя версия daily-live, вы можете «обновить» более старую версию с помощью zsync , точно так же, как вы обновили бы более старую версию с более новой. zsync упакован для Ubuntu , а также доступен для других ОС. Если вы хотите использовать Windows, в этом ответе есть информация о том, как это сделать. zsync требует HTTP для работы; он не будет загружать файл через FTP. (Конечно, будет загружать файл через HTTP, где доменное имя начинается с ftp..)

_{Если вам нужен именно этот старый Ежедневно живи, и ты не сможешь захватить его вовремя, пожалуйста, прокомментируй, чтобы сообщить мне. Я мог бы придумать что-то еще.}