Fedora 35 ... 37

[Olej]

Удивляет очень долгая начальная загрузка Fedora 35 ... даже на очень неплохом оборудовании...

Код: Выделить всё

Процессор:
[olej@xenix ~]$ sudo inxi -Cxxx
CPU:
  Info: quad core model: Intel Core i7-4870HQ bits: 64 type: MT MCP
    smt: enabled arch: Haswell level: v3 rev: 1 cache: L1: 256 KiB L2: 1024 KiB
    L3: 6 MiB
  Speed (MHz): avg: 1127 high: 1755 min/max: 800/3700 volts: 1.2 V
    ext-clock: 100 MHz cores: 1: 1052 2: 800 3: 1038 4: 1755 5: 798 6: 1346
    7: 798 8: 1432 bogomips: 39907
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx

Системный SSD:

Код: Выделить всё

[olej@xenix ~]$ sudo inxi -Dxxx
Drives:
  Local Storage: total: 381.94 GiB used: 123.2 GiB (32.3%)
  ID-1: /dev/sda vendor: Intel model: SSDSA2MH160G1GC size: 149.05 GiB
    speed: 1.5 Gb/s type: SSD serial: CVEM938500TB160PGN rev: 8820 scheme: MBR
  ID-2: /dev/sdb vendor: Western Digital model: WD2500AAKX-083CA1
    size: 232.89 GiB speed: 3.0 Gb/s type: HDD rpm: 7200
    serial: WD-WMAYW3779894 rev: 1H19 temp: 43 C scheme: MBR

[Olej]

Удивляет очень долгая начальная загрузка Fedora 35

Что там можно делать?

Код: Выделить всё

[olej@xenix ~]$ systemd-analyze
Startup finished in 57.090s (kernel) + 2.962s (initrd) + 28.864s (userspace) = 1min 28.917s 
graphical.target reached after 19.697s in userspace

Что это за startup на 57 секунд?

Код: Выделить всё

[olej@xenix ~]$ 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 @19.697s
└─multi-user.target @19.697s
  └─smartd.service @5.785s +13.911s
    └─basic.target @5.746s
      └─dbus-broker.service @5.706s +38ms
        └─dbus.socket @5.703s
          └─sysinit.target @5.701s
            └─systemd-update-utmp.service @5.686s +14ms
              └─systemd-tmpfiles-setup.service @5.659s +22ms
                └─local-fs.target @5.655s
                  └─run-user-1000.mount @15.856s
                    └─local-fs-pre.target @5.504s
                      └─lvm2-monitor.service @479ms +5.024s
                        └─dm-event.socket @465ms
                          └─system.slice
                            └─-.slice

И что там делает smartd.service целых 14 секунд ... и зачем он вообще на SSD размером в 150 Gb?

[Olej]

И что там делает smartd.service целых 14 секунд ... и зачем он вообще на SSD размером в 150 Gb?

С этим просто - у меня новый SSD и я не хочу его контролировать постоянно и с такой тщательностью:

Код: Выделить всё

[olej@xenix ~]$ systemctl status smartd
● smartd.service - Self Monitoring and Reporting Technology (SMART) Daemon
     Loaded: loaded (/usr/lib/systemd/system/smartd.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-11-23 11:02:01 EET; 1min 49s ago
       Docs: man:smartd(8)
             man:smartd.conf(5)
   Main PID: 909 (smartd)
     Status: "Next check of 2 devices will start at 11:32:01"
      Tasks: 1 (limit: 9404)
     Memory: 14.6M
     CGroup: /system.slice/smartd.service
             └─ 909 /usr/sbin/smartd -n -q never --capabilities=mail

ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtp
ноя 23 11:02:01 xenix.localdomain smartd[909]: Warning via /usr/libexec/smartmontools/smartdnotify to root: flushed remaining STDOUT/STDERR
ноя 23 11:02:01 xenix.localdomain smartd[909]: Warning via /usr/libexec/smartmontools/smartdnotify to root: successful
ноя 23 11:02:01 xenix.localdomain systemd[1]: Started Self Monitoring and Reporting Technology (SMART) Daemon.

Код: Выделить всё

[olej@xenix ~]$ systemctl is-enabled smartd
enabled

[olej@xenix ~]$ sudo systemctl disable smartd
[sudo] пароль для olej: 
Removed /etc/systemd/system/multi-user.target.wants/smartd.service.

Код: Выделить всё

[olej@xenix ~]$ sudo systemctl stop smartd

[olej@xenix ~]$ systemctl status smartd
○ smartd.service - Self Monitoring and Reporting Technology (SMART) Daemon
     Loaded: loaded (/usr/lib/systemd/system/smartd.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:smartd(8)
             man:smartd.conf(5)

ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtprc
ноя 23 11:02:00 xenix.localdomain smartd[909]: No configuration file found at (null) or /etc/esmtp
ноя 23 11:02:01 xenix.localdomain smartd[909]: Warning via /usr/libexec/smartmontools/smartdnotify to root: flushed remaining STDOUT/STDERR
ноя 23 11:02:01 xenix.localdomain smartd[909]: Warning via /usr/libexec/smartmontools/smartdnotify to root: successful
ноя 23 11:02:01 xenix.localdomain systemd[1]: Started Self Monitoring and Reporting Technology (SMART) Daemon.
ноя 23 11:09:24 xenix.localdomain smartd[909]: smartd received signal 15: Terminated
ноя 23 11:09:24 xenix.localdomain smartd[909]: smartd is exiting (exit status 0)
ноя 23 11:09:24 xenix.localdomain systemd[1]: Stopping Self Monitoring and Reporting Technology (SMART) Daemon...
ноя 23 11:09:24 xenix.localdomain systemd[1]: smartd.service: Deactivated successfully.
ноя 23 11:09:24 xenix.localdomain systemd[1]: Stopped Self Monitoring and Reporting Technology (SMART) Daemon.

[Olej]

Что это за startup на 57 секунд?

Вот оно!

Код: Выделить всё

[olej@xenix ~]$ dmesg
...
[    1.271480] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x23f3e8602d1, max_idle_ns: 440795241926 ns
[    1.271516] clocksource: Switched to clocksource tsc
[    6.700487] ata2: link is slow to respond, please be patient (ready=0)
[   11.276487] ata2: COMRESET failed (errno=-16)
[   16.626487] ata2: link is slow to respond, please be patient (ready=0)
[   21.306487] ata2: COMRESET failed (errno=-16)
[   26.658487] ata2: link is slow to respond, please be patient (ready=0)
[   56.350486] ata2: COMRESET failed (errno=-16)
[   56.350495] ata2: limiting SATA link speed to 1.5 Gbps
[   56.662440] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[   56.663045] ata2.00: ATA-7: INTEL SSDSA2MH160G1GC, 045C8820, max UDMA/133
[   56.663053] ata2.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 31)
[   56.663646] ata2.00: configured for UDMA/133
[   56.663844] scsi 1:0:0:0: Direct-Access     ATA      INTEL SSDSA2MH16 8820 PQ: 0 ANSI: 5
[   56.664169] sd 1:0:0:0: Attached scsi generic sg1 type 0
[   56.664277] sd 1:0:0:0: [sda] 312581808 512-byte logical blocks: (160 GB/149 GiB)
[   56.664318] sd 1:0:0:0: [sda] Write Protect is off
[   56.664321] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[   56.664348] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[   56.664395] sd 1:0:0:0: [sda] Preferred minimum I/O size 512 bytes
[   56.672139]  sda: sda1 sda2 sda3
[   56.672583] sd 1:0:0:0: [sda] Attached SCSI removable disk
...

... подключение SSD INTEL SSDSA2MH160G1GC - а далее тут же подключение бэкапного HDD проходит совсем гладко:

Код: Выделить всё

...
[   56.974143] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[   56.975471] ata5.00: ACPI cmd f5/00:00:00:00:00:00(SECURITY FREEZE LOCK) filtered out
[   56.975477] ata5.00: ACPI cmd b1/c1:00:00:00:00:00(DEVICE CONFIGURATION OVERLAY) filtered out
[   56.976541] ata5.00: ATA-8: WDC WD2500AAKX-083CA1, 19.01H19, max UDMA/100
[   56.977112] ata5.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[   56.979245] ata5.00: ACPI cmd f5/00:00:00:00:00:00(SECURITY FREEZE LOCK) filtered out
[   56.979251] ata5.00: ACPI cmd b1/c1:00:00:00:00:00(DEVICE CONFIGURATION OVERLAY) filtered out
[   56.980519] ata5.00: configured for UDMA/100
[   56.980768] scsi 4:0:0:0: Direct-Access     ATA      WDC WD2500AAKX-0 1H19 PQ: 0 ANSI: 5
[   56.981455] sd 4:0:0:0: Attached scsi generic sg2 type 0
[   56.981471] sd 4:0:0:0: [sdb] 488397168 512-byte logical blocks: (250 GB/233 GiB)
[   56.981482] sd 4:0:0:0: [sdb] Write Protect is off
[   56.981484] sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[   56.981494] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[   56.981508] sd 4:0:0:0: [sdb] Preferred minimum I/O size 512 bytes
[   56.992687]  sdb: sdb1 sdb2
[   56.993179] sd 4:0:0:0: [sdb] Attached SCSI removable disk
...

Т.е. тут проблема не Fedora, а аппаратуры, BIOS и его настроек...
Что-то перемудрило с GRUB и опциями загрузки ядра (как пишут по Интернет) где-то при обновлениях:

Код: Выделить всё

[root@xenix boot]# uname -a
Linux xenix.localdomain 6.0.9-100.fc35.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Nov 16 17:25:52 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Хотя на подобные ошибки пишут и:

Оказалось, что причиной этой ошибки был мой сломанный привод DVD/CD.

[Olej]

Т.е. тут проблема не Fedora, а аппаратуры,

Код: Выделить всё

[olej@xenix boot]$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda      8:0    1 149,1G  0 disk 
├─sda1   8:1    1   499M  0 part /boot
├─sda2   8:2    1 144,6G  0 part /
└─sda3   8:3    1   3,9G  0 part [SWAP]
sdb      8:16   1 232,9G  0 disk 
├─sdb1   8:17   1   127G  0 part /run/timeshift/backup
│                                /run/media/olej/e41c22f6-c849-4b8b-8672-9185948adee0
└─sdb2   8:18   1 105,9G  0 part /home/olej/Загрузки
sr0     11:0    1  1024M  0 rom  
zram0  252:0    0   7,7G  0 disk [SWAP]

sata2 - это действительно системный SSD /dev/sda:

Код: Выделить всё

[olej@xenix boot]$ ll /sys/block/
итого 0
lrwxrwxrwx 1 root root 0 ноя 23 11:01 sda -> ../devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda
lrwxrwxrwx 1 root root 0 ноя 23 11:01 sdb -> ../devices/pci0000:00/0000:00:1f.2/ata5/host4/target4:0:0/4:0:0:0/block/sdb
lrwxrwxrwx 1 root root 0 ноя 23 11:20 sr0 -> ../devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sr0
lrwxrwxrwx 1 root root 0 ноя 23 11:01 zram0 -> ../devices/virtual/block/zram0

Но сам диск (в уже загруженной системе) совершенно беспроблемный:

Код: Выделить всё

[root@xenix boot]# gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.9

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************

Command (? for help): v

No problems found. 5741 free sectors (2.8 MiB) available in 3
segments, the largest of which is 2048 (1024.0 KiB) in size.

Command (? for help): q

[Olej]

Оказалось, что причиной этой ошибки был мой сломанный привод DVD/CD.

Специально нашёл завалявшийся DVD-RW диск...
В загруженной системе эта подсистема тоже работает и всё отлично читается:

Код: Выделить всё

[olej@xenix /]$ mount | grep sr0
/dev/sr0 on /run/media/olej/Новый type iso9660 (ro,nosuid,nodev,relatime,norock,check=r,map=n,blocksize=2048,uid=1000,gid=1000,dmode=500,fmode=400,iocharset=utf8,uhelper=udisks2)

Код: Выделить всё

[olej@xenix olej]$ du -hs /run/media/olej/Новый
4,1G /run/media/olej/Новый

[Olej]

Удивляет очень долгая начальная загрузка Fedora 35

Собственно, Fedora, начинавшийся как проект "обкатки" нововведений для последующего использования в RedHat, но вполне годный для самостоятельного использования, постепенно выродился в маловнятный и скучный придаток испытания серверных решений для последующей эксплуатации коммерческой техподдержкой REdHat...
Скучно и не интересно

Это было уже понятно с тех времён (уже достаточно давних) когда развалились Интернет проекты и сообщества вокруг Russian Fedora ... и ликвидировались форумы Fedora-сообществ, хотя они были самые сильные и интересные из всех Linux-форумов.

[Olej]

Собственно, Fedora, начинавшийся как проект "обкатки" нововведений для последующего использования в RedHat, но вполне годный для самостоятельного использования, постепенно выродился в маловнятный и скучный придаток испытания серверных решений для последующей эксплуатации коммерческой техподдержкой REdHat...

Хотя, конечно, в Fedora использованы (обкатываются ) самые последние версии всех tools, вот например ядро:

Код: Выделить всё

[olej@xenix ~]$ uname -r
6.0.9-100.fc35.x86_64

[Olej]

не хочу его контролировать постоянно и с такой тщательностью

После отмены smartd.service:

Код: Выделить всё

[olej@xenix dev]$ systemctl status smartd
○ smartd.service - Self Monitoring and Reporting Technology (SMART) Daemon
     Loaded: loaded (/usr/lib/systemd/system/smartd.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:smartd(8)
             man:smartd.conf(5)
[olej@xenix dev]$ 
[olej@xenix dev]$ 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.

И теперь загрузка должна бы проходить (что тоже не супер хорошо) в 8.5 сек.:

Код: Выделить всё

graphical.target @8.487s
└─multi-user.target @8.486s
  └─plymouth-quit-wait.service @5.602s +2.884s
    └─systemd-user-sessions.service @5.585s +9ms
      └─remote-fs.target @5.571s
        └─remote-fs-pre.target @5.571s
          └─nfs-client.target @4.175s
            └─gssproxy.service @3.207s +967ms
              └─network.target @3.152s
                └─NetworkManager.service @2.830s +322ms
                  └─basic.target @2.820s
                    └─dbus-broker.service @2.768s +50ms
                      └─dbus.socket @2.755s
                        └─sysinit.target @2.753s
                          └─plymouth-read-write.service @2.615s +137ms
                            └─local-fs.target @2.613s
                              └─boot.mount @2.608s +5ms
                                └─systemd-fsck@dev-disk-by\x2duuid-6337320c\x2d1562\x2d4db4\x2d8880\x2dff984ce1eea0.service @2.451s >
                                  └─local-fs-pre.target @2.441s
                                    └─lvm2-monitor.service @504ms +956ms
                                      └─dm-event.socket @484ms
                                        └─system.slice
                                          └─-.slice

Вот оно!

Но ещё до загрузки системы:

Код: Выделить всё

[olej@xenix dev]$ dmesg
...
[    2.741250] ata1: SATA link down (SStatus 1 SControl 300)
[    4.970233] ata1: SATA link down (SStatus 1 SControl 300)
[    7.202234] ata1: SATA link down (SStatus 1 SControl 300)
[    9.623202] ata1: SATA link down (SStatus 1 SControl 300)
[   11.858202] ata1: SATA link down (SStatus 1 SControl 300)
[   12.555194] ata2: link is slow to respond, please be patient (ready=0)
[   14.090201] ata1: SATA link down (SStatus 1 SControl 300)
[   16.322202] ata1: SATA link down (SStatus 1 SControl 300)
[   17.235193] ata2: COMRESET failed (errno=-16)
[   18.554201] ata1: SATA link down (SStatus 1 SControl 300)
[   20.786202] ata1: SATA link down (SStatus 1 SControl 300)
[   22.587195] ata2: link is slow to respond, please be patient (ready=0)
[   23.018200] ata1: SATA link down (SStatus 1 SControl 300)
[   25.250200] ata1: SATA link down (SStatus 1 SControl 300)
[   27.267195] ata2: COMRESET failed (errno=-16)
[   27.482204] ata1: SATA link down (SStatus 1 SControl 300)
[   29.768200] ata1: SATA link down (SStatus 1 SControl 300)
[   32.326201] ata1: SATA link down (SStatus 1 SControl 300)
[   32.619193] ata2: link is slow to respond, please be patient (ready=0)
[   35.040202] ata1: SATA link down (SStatus 1 SControl 300)
[   37.274201] ata1: SATA link down (SStatus 1 SControl 300)
[   39.506202] ata1: SATA link down (SStatus 1 SControl 300)
[   41.738200] ata1: SATA link down (SStatus 1 SControl 300)
[   43.970201] ata1: SATA link down (SStatus 1 SControl 300)
[   46.202201] ata1: SATA link down (SStatus 1 SControl 300)
[   48.434201] ata1: SATA link down (SStatus 1 SControl 300)
[   50.666200] ata1: SATA link down (SStatus 1 SControl 300)
[   52.898200] ata1: SATA link down (SStatus 1 SControl 300)
[   55.130201] ata1: SATA link down (SStatus 1 SControl 300)
[   57.362201] ata1: SATA link down (SStatus 1 SControl 300)
[   59.594200] ata1: SATA link down (SStatus 1 SControl 300)
[   61.826200] ata1: SATA link down (SStatus 1 SControl 300)
[   62.311194] ata2: COMRESET failed (errno=-16)
[   62.311202] ata2: limiting SATA link speed to 1.5 Gbps
[   62.623980] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[   62.624555] ata2.00: ATA-7: INTEL SSDSA2MH160G1GC, 045C8820, max UDMA/133
[   62.624562] ata2.00: 312581808 sectors, multi 16: LBA48 NCQ (depth 31)
[   62.625239] ata2.00: configured for UDMA/133
...

Вот здесь он долбится >60 сек. на ata1.
И ata1 - это действительно, похоже DVD-RW ... потому что сами диски вот они:

Код: Выделить всё

[olej@xenix dev]$ ll /sys/block/
итого 0
lrwxrwxrwx 1 root root 0 дек  6 22:23 sda -> ../devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda
lrwxrwxrwx 1 root root 0 дек  6 22:26 sdb -> ../devices/pci0000:00/0000:00:1f.2/ata5/host4/target4:0:0/4:0:0:0/block/sdb
lrwxrwxrwx 1 root root 0 дек  6 22:12 zram0 -> ../devices/virtual/block/zram0

Код: Выделить всё

[olej@xenix dev]$ inxi -Dxxx
Drives:
  Local Storage: total: 381.94 GiB used: 60.59 GiB (15.9%)
  ID-1: /dev/sda vendor: Intel model: SSDSA2MH160G1GC size: 149.05 GiB
    speed: 1.5 Gb/s type: SSD serial: CVEM938500TB160PGN rev: 8820 scheme: MBR
  ID-2: /dev/sdb vendor: Western Digital model: WD2500AAKX-083CA1
    size: 232.89 GiB speed: 3.0 Gb/s type: HDD rpm: 7200 serial: WD-WMAYW3779894
    rev: 1H19 scheme: MBR

[Olej]

А тем временем ... Релиз дистрибутива Fedora Linux 37

15.11.2022 17:09
Представлен релиз дистрибутива Fedora Linux 37. Для загрузки подготовлены продукты Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition и Live-сборки, поставляемые в форме спинов c десктоп-окружениями KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE и LXQt. Сборки сформированы для архитектур x86_64, Power64 и ARM64 (AArch64). Публикация сборок Fedora Silverblue задерживается.

Upgrade to Fedora 37 from Fedora 36 using DNF

Updated on November 27, 2022