Игнор пакетов

это игнорирование не пакета, а источника, что такое lnRelease?

Без понятия) Ничего не менял. Поставил sudo из synaptic, прописал себя в sudo. Ничего больше не делал.

покажи /etc/apt/source*

Никак, это вообще не проблема.

/etc/apt/sources.list

• #
• # deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 NETINST 20171209$
• #deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 NETINST 20171209-$
• deb http://deb.debian.org/debian/ stretch main
• deb-src http://deb.debian.org/debian/ stretch main
• deb http://security.debian.org/debian-security stretch/updates main
• deb-src http://security.debian.org/debian-security stretch/updates main
• # stretch-updates, previously known as 'volatile'
• deb http://deb.debian.org/debian/ stretch-updates main
• deb-src http://deb.debian.org/debian/ stretch-updates main

добавь после каждого main еще contrib и non-free
должно получится что-то типа

deb http://deb.debian.org/debian/ stretch main contrib non-free

Без изменений.

тогда поменяй источник, зеркала найдешь на сайте дебиана

что такое lnRelease?

Это подписанный файл Release.

Всё нормально у тебя. Это не ошибка. Это означает, что будет игнорироваться реп т.к. нет изменений в нём.

Нет, это игнорирование необязательного и несуществующего на сервере файла.

Хм, да, есть такой вариант. С debian 9 apt настойчиво требовал создания этого файла для своих реп. Вот и вздумалось, что это уже обязательная вещь и файл там должен быть точно. А в «/debian/dists/stretch» его нету...

А в «/debian/dists/stretch» его нету...

The file «dists/$DIST/InRelease» shall contain meta-information about the distribution and checksums for the indices, possibly signed with a GPG clearsign signature (for example created by «gpg -a -s --clearsign»). For older clients there can also be a «dists/$DIST/Release» file without any signature and the file «dists/$DIST/Release.gpg» with a detached GPG signature of the «Release» file, compatible with the format used by the GPG options "-a -b -s".

(https://wiki.debian.org/DebianRepository/Format#A.22Release.22_files)

Значит, там есть Release. А у тебя требовали InRelease как предпочтительный в условиях, когда не было ни того, ни другого, могу предположить.

Добавил репозиторий хрома: > Игн:3 http://dl.google.com/linux/chrome/deb stable InRelease > Как можно вообще отключить lnRelease?

Этот абзац wiki я читал. Да, конечно там (http://cdn-fastly.deb.debian.org/debian/dists/stretch/) есть Release.

А у тебя требовали InRelease как предпочтительный в условиях, когда не было ни того, ни другого, могу предположить.

Release файл у меня был. Я тогда делал всё так же, как и для Jessie, но в Stretch apt уже начал ругаться.
Ну и в "release-notes" сказали, что при использовании строронних реп. apt будет ругаться. Просто, как я написал выше, вздумалось, что для оф. репы тоже требуется InRelease. Забыл, что нет.
А по поводу:

Это означает, что будет игнорироваться реп т.к. нет изменений в нём.

Я «прошёлся» по англ. интернету (англ. у меня со словарём, может неправильно что-то понял). По первым ссылкам пишут тоже самое. Но это не отнимает замечание анона, что такое поведение есть и при отсутствие файла InRelease.

Тебе не нужно ничего отключать, всё работает правильно. Если будут проблемы, apt об этом скажет прямо.

что такое lnRelease?

Это Release + Release.gpg, собранные в один файл. Нужно, чтобы исключить ситуацию, когда во время обновления зеркала один из файлов Release/Release.gpg обновился, а другой нет.

Уже траблы, игнорируется один реп, как исправить?

Это не траблы. Из репозитория нужен Release или InRelease. Если уже есть один из файлов, нет смысла качать другой. Плюс там ещё могут быть какие-то внутренние предпочтения у отдельных утилит.