hint000

В другой SATA-порт на материнке подключите жесткий диск. Если не поможет, то SATA-кабель поменяйте. Но скорее всего проблема именно с портом на материнке.
Чтобы быть спокойным (ну... относительно спокойным) насчёт состояния жесткого диска, установите пакет smartmontools, и запускайте из командной строки smartctl (ключи смотреть в man'е) для просмотра SMART.
Не лишним будет запустить на сутки тестирование оперативки.

P.S. если зафигачить /var/log (или весь /var) на другой физический диск, то появится шанс узнать, что обо всём этом думает сама система.

Как минимум, конфиг не удовлетворяет требованиям официальной спецификации YAML. Парсер мог не распарсить часть конфига, результат применения трудно предсказать.
https://yaml.org/spec/1.2/spec.html#id2777534

Each node must be indented further than its parent node. All sibling nodes must use the exact same indentation level.

в строках, помеченных звёздочкой, не хватает пробелов:

routes:
       - to: 0.0.0.0/0
         via: 172.31.16.1 # Default gateway
         table: 1000
       - to: 172.31.18.160
         via: 0.0.0.0
         scope: link
         table: 1000
       - to: 172.31.24.120
         via: 0.0.0.0
         scope: link
         table: 1000
       - to: 172.31.22.168
         via: 0.0.0.0
         scope: link
         table: 1000
*     - to: 172.31.28.164
*       via: 0.0.0.0
         scope: link
         table: 1000

      routing-policy:
        - from: 172.31.18.160
          table: 1000
*      - from: 172.31.24.120
          table: 1000
        - from: 172.31.22.168
          table: 1000
        - from: 172.31.28.164
          table: 1000

Выровняйте и проверьте, а вдруг заработает.

В первой строчке лога видно, что процесс apport вызвал segfault; при следующем сбое посмотреть, будет ли это снова процесс apport. Если снова будет проблема из-за него, то попробовать удалить пакет apport sudo apt remove apport (без этого пакета прекрасно можно жить)
Если в следующий раз в логах будет указан другой процесс, то велика вероятность, что это проблема с железом. А среди железа - в первую очередь подозрение на оперативку. Т.е. нужно будет прогнать полный тест оперативки.

Вероятно, занял порт не совсем NM. Вот это попробуйте:

sudo systemctl disable systemd-resolved
sudo systemctl stop systemd-resolved

option routers 10.0.1.0;

- вот здесь в dhcp исправьте адрес шлюза на 10.0.1.1

1. Долго ждать (5..10 минут) после зависания пробовали? сталкивался с дико медленным стартом установки Убунты на некоторых компьютерах (не Atom).
2. Если вместо установки выбрать live-загрузку с того же носителя - каков результат? Для верности тоже предлагаю подождать подольше.
3. Посмотрите в сторону отключения безопасной загрузки в BIOS\EFI, если такое есть в вашем нетбуке. При выборе загрузочного устройства по F8\F11\F12 могут быть два варианта USB-устройства - EFI и legacy - тоже поэкспериментировать.
4. Linux в высшей степени толерантен к смене железа, поэтому рассмотрите такой вариант: снять диск (hdd\ssd) с нетбука, подцепить его на любой другой компьютер, установить там *buntu, вернуть диск в нетбук.
5. у lenovo вообще уродский подход к бюджетному железу, так что не сильно удивляйтесь. На всякий случай последнее: обновлённой прошивки BIOS на оф.сайте нет?
6. у меня нетбук на столь же древнем Atom N450, (но не lenovo) - несколько раз ставились на него разные версии *ubuntu, проблем не было. Это я к тому, что сам по себе Atom не виноват.