Цитата: 1234 1234 от 23/01/2023,

""GRUB_CMDLINE_LINUX_DEFAULT="quiet  rootfstype=ext4 libahci.ignore_sss=1 raid=noautodetect selinux=0 plymouth.enable=0 lpj=12053560"

rootfstype=ext4 этот параметр уже прописан в ядре и больше не нужен.

selinux=0 этот параметр отключает встроенную,неотъемлемую защиту ядра - не рекомендую отключать.

plymouth.enable=0 зачем отключать заставку на системе с полным десктоп-окружением? Это даст только проблемы..

Цитата: okean от 23/01/2023,

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

 

ПС. заходите почаще будем что нибудь подобное отписывать, может вам чем смогу, а Вы знаете как гит работает?
Дело было так, проснулся и начал, думаю надо подтянуться к СИ++ и вот это послужило толчком, , это как Увлекся и не выбраться,, вот получилось что вы видите.

Может если и будет желание, свой раздел, вместе вроде как сподручней.. Мне например, про гит, нет в природе доступных манов, а оф ман... это ещё то испытание , если да кобы , да вАрту вырАсли грибы. Как все это по вин-новски,  От слова как про него пишут мол: это-же так просто, однако это их просто,, когда знаешь, а когда не знаешь, я например уже с некоторыми малыми знаниями, дня три так сидел не мод подтянуть "временную шкалу,  Сидел и тупился . ведь работало и перестало. а дело то была такая мелочь.

Да вообще если тут отпишите как лучше,  конечно  от переводов, будет не плохо, так понял что вы эту тему знаете....
ЧСобственно как это делаю сам, вот таким путем, как эта тема, пишу, проверяю делаю выводы, видите ваши выводы с моими совпали. как третье чувство 😆 ...

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

Цитата: okean от 24/01/2023,

Немного выводов:
Знаю как поменять пару строк, эти
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
Первая, отвечает за выбор систем, например у вас  на ПК их несколько.. и после старта Груб предлагается на выбор с какой делать старт, 0 означает первый в списке, можно поставить и следующий раз не искать какой системе первой стартовать, с учетом, "0" это соответствует первому, "1" второму и тд.

GRUB_TIMEOUT=5
Это место, сколько времени отведено на выбор, пока не нажата ни одна клавиша, если не нажимать пять сек.. вот это поправим, переделаем на "1" и обновить сам груб, чтоб он принял эти параметры
apt  update grub
пожалуй это все что можно сделать, результат: при следующем старте время сократилось на 4 секунды-ожидания, но только это никак не продвинуло к цели, тяжёлой загрузки системы, старт остался прежней, сократилось время выбора, и не имеет отношение к старту. 

Цитата: 1234 1234 от 24/01/2023,

Я Вам советовала показать вывод команды systemd-analyze blame. Покажите, и мы вместе разберём каждый пункт,замедляющий загрузку. 🙂

Цитата: KAM-USER Kamichanov от 24/01/2023,

Почти у цели..
надо консоль запустить, о мамо"" как-же долго он работает после дисков SSD это вилы диски HDD

Цитата: KAM-USER Kamichanov от 24/01/2023,

systemd-analyze blame
ok@KAMICH:~$ systemd-analyze blame
20.867s man-db.service
12.633s udisks2.service
8.616s logrotate.service
7.447s ModemManager.service
6.863s dev-sda1.device
6.093s accounts-daemon.service
5.635s polkit.service
5.346s packagekit.service
5.340s avahi-daemon.service
5.273s NetworkManager.service
5.016s wpa_supplicant.service
5.016s systemd-logind.service
4.293s systemd-journal-flush.service
4.267s smartmontools.service
3.199s systemd-udevd.service
3.185s cups.service
2.686s upower.service
2.096s apparmor.service
1.906s user@1001.service
1.658s networking.service
1.633s systemd-fsck@dev-disk-by\x2duuid-e492ae6b\x2da258\x2d4557\x2d93d2\x2d7a65aab84a92.service
1.401s rsyslog.service
1.321s keyboard-setup.service
1.144s systemd-modules-load.service
1.143s systemd-fsck@dev-disk-by\x2duuid-58bc72e3\x2df287\x2d4107\x2dbe0b\x2deb5bbbf7dc37.service
1.009s systemd-tmpfiles-setup.service
856ms systemd-sysusers.service
686ms systemd-random-seed.service
614ms lm-sensors.service
608ms e2scrub_reap.service
520ms plymouth-start.service
380ms systemd-tmpfiles-setup-dev.service
380ms dev-disk-by\x2duuid-284facd1\x2d30a8\x2d47d2\x2db2db\x2d5a0a9800437d.swap
332ms home.mount
322ms ifupdown-pre.service
313ms systemd-timesyncd.service
288ms dev-hugepages.mount
287ms dev-mqueue.mount
286ms sys-kernel-debug.mount
285ms sys-kernel-tracing.mount
225ms systemd-udev-trigger.service
193ms kmod-static-nodes.service
192ms modprobe@configfs.service
191ms modprobe@drm.service
191ms modprobe@fuse.service
151ms systemd-sysctl.service
135ms systemd-remount-fs.service
118ms systemd-update-utmp.service
117ms systemd-journald.service
99ms plymouth-read-write.service
76ms sys-fs-fuse-connections.mount
75ms sys-kernel-config.mount
69ms console-setup.service
67ms rtkit-daemon.service
40ms systemd-user-sessions.service
35ms user-runtime-dir@1001.service
34ms plymouth-quit-wait.service
29ms plymouth-quit.service
27ms systemd-update-utmp-runlevel.service
26ms kam.mount
14ms alsa-restore.service

 

И это не полный вывод ой не полный понимаю что первые строчки тут важны. Как есть ....
ok@KAMICH:~$ systemd-analyze
Startup finished in 5.430s (kernel) + 36.307s (userspace) = 41.738s  
graphical.target reached after 28.281s in userspace
ok@KAMICH:~$

Цитата: KAM-USER Kamichanov от 24/01/2023,

что то у мен в голове начинается проеснение вот после этого,
ok@KAMICH:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @28.281s
└─multi-user.target @28.281s
   └─ModemManager.service @20.832s +7.447s
     └─polkit.service @15.189s +5.635s
└─basic.target @15.068s
└─sockets.target @15.068s
└─cups.socket @19.256s
└─sysinit.target @14.952s
└─haveged.service @14.951s
└─apparmor.service @12.787s +2.096s
└─local-fs.target @12.784s
                  └─home.mount @12.451s +332ms
                     └─systemd-fsck@dev-disk-by\x2duuid-58bc72e3\x2df287\x2d4107\x2dbe0b\x2deb5bbbf7dc37.service @11.282s +1.143s
└─dev-disk-by\x2duuid-58bc72e3\x2df287\x2d4107\x2dbe0b\x2deb5bbbf7dc37.device @11.279s
ok@KAMICH:~$

Цитата: 1234 1234 от 24/01/2023,

Начнём помолясь.. Команды помеченные знаком # идут от имени администратора.

20.867s man-db.service - оно Вам надо? Обновление базы man, чаще всего безрезультатное. Отключаем?  # systemctl disable man-db.service

12.633s udisks2.service - тут задержка обусловлена неправильно составленным /etc/fstab Вернёмся к этому позже..

8.616s logrotate.service - скорее всего задержку вызывает избыточное количество логов,ведь у Вас работает логирование systemd и rsyslog одновременно. Давайте удалим rsyslog? # systemctl disable syslog.service   # apt purge rsyslog

7.447s ModemManager.service - у Вас есть модем? Если нет # systemctl disable ModemManager.service

6.863s dev-sda1.device - и опять нас тормозит неверный fstab. Давайте запустим gparted и скопируем оттуда UUID ,файловую систему и точки монтирования каждого раздела, в отдельный файлик "Mein Kummer". Покажете его потом. 🙂

Настало время понервничать. Выполнить указанные мной команды и перезагрузиться. Жду ещё один вывод systemd-analyze blame. Удачи.

Цитата: KAM-USER Kamichanov от 24/01/2023,

Пока сижу читается все подряд и подумалось может поставить девиан, он вроде  как копия деб-а, и тогда сравнить, с тем что есть,, а кстати у мен там два диска,,, может и не переформатироваться, и проще на другой диск ставить,,, это вроде как тема, правда диск малый -80 гиг..