Перезагрузите Network-Manager каждые n минут / часов

Во-первых, это ОЧЕНЬ ВАЖНО , что Вы понимаете свой режим начальной загрузки. Современные компьютеры могут загрузиться любым из двух способов:

  • BIOS - Это - старый способ загрузиться, который использовался на большинстве компьютеров, представленных до 2011. Современные компьютеры поддерживают режим BIOS, загружающийся через функцию, названную Модулем поддержки совместимости (CSM), иначе "поддержка начальной загрузки режима прежней версии" или подобный термин. Таким образом этот метод может быть упомянут тремя именами: BIOS, CSM или наследие. Это вовлекает 16-разрядный код загрузчика splatted в Главную загрузочную запись (MBR) и различные другие места. Это - неэлегантный, но сформировавшийся метод начальной загрузки и большинство сайтов, которые явно не упоминают, режим начальной загрузки описывают начальную загрузку режима BIOS. Если Ваш компьютер шел с Windows 8, или позже, тем не менее, возможности - он, делает не использование этот метод начальной загрузки.
  • EFI/UEFI - Это - собственный режим начальной загрузки для большинства компьютеров, представленных с середины 2011, и это полностью отличающееся от начальной загрузки режима BIOS, таким образом, Вы должны игнорировать любой совет, который явно указывает, что это для начальной загрузки режима BIOS или чего-либо, что не упоминает режим начальной загрузки (так как это, вероятно, будет старо или записано кем-то, кто не знает различия). Одно исключение: Смутно, многие люди и даже производители компьютеров, называют свой EFIs "BIOS". Эта практика создает много беспорядка.

, Так как Вы упоминаете Windows 10, возможности являются Вашим компьютером, основано на EFI и загружается в режиме EFI. Я продолжу двигаться под тем предположением. Если это неправильно, проигнорируйте остальную часть этого ответа.

Для начальной загрузки внутреннего диска в режиме EFI ОС обычно хранит загрузчик как файл на Системный раздел EFI (ESP) на диске. Это имя файла может быть чем-либо легальным, но для Ubuntu это будет EFI/ubuntu/shimx64.efi, который в свою очередь запускается EFI/ubuntu/grubx64.efi. Установщик ОС регистрирует название загрузчика со встроенным диспетчером начальной загрузки EFI, который хранит то имя в NVRAM. Если EFI работает правильно (не, все делают), это приводит к рабочему процессу начальной загрузки.

проблема с этим процессом, в применении к съемному диску, является трехкратной:

  • установщик Ubuntu установит GRUB на ESP - но у Вас могут быть несколько ESPs доступный (почти наверняка один на жестком диске и возможно один на Карте памяти). Управление, где установки GRUB могут быть хитрыми. Это не сделано при помощи опции, отмеченной с очевидным заголовком о том, где установить GRUB. Вместо этого это может быть сделано (AFAIK) только от опции инсталляции "Something Else" путем маркировки ESP, который Вы хотите использовать в качестве "раздела начальной загрузки EFI" или "Системного Раздела EFI" (какое имя зависит от версии Ubuntu).
  • при установке GRUB на ESP на Карте памяти, затем при удалении Карты памяти EFI может заметить, что это имеет зарегистрированную запись загрузчика, это не допустимо, и удалите ту запись. Много EFIs делают это, и это означает, если Вы устанавливаете GRUB на внешнем диске и затем отключаете его, потерю способности загрузиться от того диска даже когда Вы включаете диск назад.
  • способ, которым Ubuntu настраивает GRUB, заставляет это полагаться на конфигурационные файлы, которые находятся в каталоге Ubuntu /boot/grub, который является не , вероятно, чтобы быть на ESP. Таким образом, если Ubuntu установит GRUB на ESP на Вашем внутреннем диске, то Вы избежите первой проблемы, но столкнетесь с другим, потому что, когда Вы запускаете с разъединенной Картой памяти, GRUB будет запускаться и не мочь найти свои конфигурационные файлы. Результат grub> подсказка, которая мистифицирует большинство пользователей.

существует много решений этих проблем, включая:

  • Ручная установка GRUB к имени файла нейтрализации на внешнем диске - установщики ОС загружаются при помощи имя файла нейтрализации из EFI/BOOT/bootx64.efi. При копировании Контейнера (который запускает GRUB) к этому имени файла (путем копирования EFI/ubuntu к EFI/BOOT на ESP и затем переименования shimx64.efi к bootx64.efi в EFI/BOOT), встроенное микропрограммное обеспечение сможет запустить основанный на USB GRUB так же, как это сделало установщик Ubuntu. Это будет работать мимо обеих из проблем, которые я только что определил, но необходимо будет использовать встроенный диспетчер начальной загрузки компьютера для выбора который ОС загрузиться. Эти встроенные диапазоны диспетчера начальной загрузки от неприменимого до терпимого, таким образом, этот мог бы или не могло бы быть приемлемое решение. Вы, возможно, также должны настроить свой порядок загрузки после установки Ubuntu, чтобы помешать ему запускать GRUB или от ESP внутреннего диска или от ESP внешнего диска по умолчанию.
  • Помещенный /boot раздел на Вашем внутреннем диске - при установке GRUB на внутреннем диске, затем можно также поместить /boot раздел на внутреннем диске. Это позволит GRUB обычно работать над всеми начальными загрузками; однако, опция Ubuntu появится все время, даже когда диск USB отключается. Это может быть нежелательным, особенно если Ubuntu является значением по умолчанию. Кроме того, это решение означает, что Ваша внешняя Карта памяти будет загрузочной только на компьютере, на котором Вы подготовили его. Если Вы хотите смочь использовать тот диск на других компьютерах, необходимо избежать этого решения.
  • Использование более умный диспетчер начальной загрузки - начальная загрузка менеджер дает Вам выбор Ose загрузиться, тогда как начальная загрузка загрузчик загрузки ядро в память. GRUB делает обе работы, и встроенный диспетчер начальной загрузки EFI делает только первое задание. Существуют другие доступные диспетчеры начальной загрузки, некоторые из которых могут помочь Вам избежать проблем, которые я определил. Мои собственные повторно находят, , например, если установлено на ESP внутреннего диска и сделали программу начальной загрузки по умолчанию, обнаружат и представят опцию Ubuntu, если и только если GRUB или ядро Linux присутствуют - то есть, когда Карта памяти включается. Путем установки default_selection опция в [1 113] соответственно, который можно настроить, повторно находит для начальной загрузки Ubuntu автоматически, если Карта памяти Ubuntu включается и загружаться прямо к Windows, если Карта памяти Ubuntu не включается. Мой ответ на [1 116] этот вопрос предоставляет больше подробную информацию об этом типе конфигурации, хотя на Mac, а не ПК.

С любой удачей, один из этих подходов разбудит Вас и выполнение.

0
задан 27.03.2020, 02:30

3 ответа

В конце я просто добавил пути, необходимые для вершины crontab, и все заработало. Интернет недоступен в течение 30 секунд каждые 15 минут, что в моем случае не так уж и важно.

Спасибо за вклад людей.

0
ответ дан 27.03.2020, 02:31
  • 1
    каковы были переменные, которые потребовались, чтобы делать это? – superbob 27.03.2020, 02:31

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

См .: Причины, по которым crontab не работает

Цитата:

Cron передает минимальный набор переменных окружения вашим работам. Чтобы увидеть разницу, добавьте фиктивную работу, например:

          • env> / tmp / env.output

        Подождите /tmp/env.output чтобы быть созданным, затем удалите работу снова. Теперь сравните содержимое /tmp/env.output с выводом команды env, запущенной на вашем обычном терминале.

        Общей «ошибкой» здесь является то, что переменная окружения PATH отличается. Может быть, ваш скрипт cron использует команду somecommand из / opt / someApp / bin, которую вы добавили в PATH в / etc / environment? cron не читает этот файл, поэтому запуск некоторых команд из вашего скрипта завершится неудачно при запуске с cron, но будет работать при запуске в терминале.

        ...

        Вы также можете установить переменную PATH в файле crontab, которая будет применяться ко всем заданиям cron. Э.Г.

        > PATH=/opt/someApp/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
        > 
        > 15 1 * * * backupscript --incremental /home /root
        
1
ответ дан 27.03.2020, 02:31

Вы можете начать с просмотра файлов журналов (/var/log/*), чтобы узнать, какие из них упоминают «ваш wifi», возможно, «wlan0». Если нет, используйте ifconfig -a для отображения списка ваших интерфейсов.

В моей системе вот как выглядит поиск wlan0:

$ grep -li wlan0 /var/log/*
grep: /var/log/btmp: Permission denied
grep: /var/log/btmp.1: Permission denied
/var/log/dmesg.0
/var/log/kern.log
/var/log/kern.log.1
/var/log/pm-powersave.log
/var/log/pm-powersave.log.1
grep: /var/log/speech-dispatcher: Permission denied
/var/log/syslog
/var/log/syslog.1
/var/log/udev

Обратите внимание, что я выполнил команду как пользователь без полномочий root, но журналы btmp и speech-dispatcher не отображаются. не используется сетью, поэтому мне не нужно быть root.

Следующим шагом будет удаление опции «l» из grep, передача вывода через less и поиск интересных (из временной отметки или содержимого сообщения) строк. ,

grep -i wlan0 /var/log/* | less
0
ответ дан 27.03.2020, 02:31
  • 1
    Вы получали зафиксированный? Как? – Antares42 27.03.2020, 02:32

Теги

Похожие вопросы