Witaj na Forum Linuxiarzy
Zanim zalogujesz się, by pisać na naszym forum zapoznaj się z kilkoma zasadami savoir-vivre'u w wątku Administracja-> Przywitaj się. Wątki z problemami zamieszczone w dziale "Przywitaj się" będą usuwane.

Autor Wątek: [ROZWIĄZANY] Parrot - długie ładowani systemu (po Init Ram)  (Przeczytany 1841 razy)

Offline rajd3r

  • Jr. Member
  • **
  • Wiadomości: 60
Cześć,
Jest to kontynuacja mojego wątku (stąd: https://linuxiarze.pl/forum/index.php/topic,3499.msg20928.html?PHPSESSID=pukt63gvl1hggqso0jl60arr06), gdzie pokrótce miałem problem by
uruchoić linuxa (mając 2 SSD, z czego 1 to WIndows, a 2 Linux). Ostateczni uporałem się z tym problemem, ale bardzo długo się ładuje system.
Za radą @pavbaranov tworzę nowy wątek i od razu wklejam logi które wskazał.

Tutaj cytat:
Cytuj
W przypadku Twojego komputera raczej nie ma prawa ładować się tak długo. Już 30 sek byłoby bardzo długo. Na SSD system źle skonfigurowany staje w kilkanaście sekund.
Ogarnij lekko co i jak, załóż nowy wątek, w którym:
1. Podasz maksymalnie wiele informacji o sprzęcie. Stosunkowo łatwo - doinstaluj program inxi i wykonaj:
Kod: [Zaznacz]

inxi -Fxx > info.txt

zawartość powstałego pliku info.txt (będzie tam, skąd zostało wywołane inxi) wstaw gdziekolwiek - tu jeśli się zmieści, albo na jakieś pastebin
2. Zaznajom się z systemd (bo jeśli masz Debiana, to i tego inita) i pokaż:
Kod: [Zaznacz]

systemd-analyze

Kod: [Zaznacz]

systemd-analyze blame

3. Sprawdź czy system nie informuje Cię przy starcie o jakichś błędach w podnoszeniu usług.
4. Potwierdź, czy zainstalowałeś microcode dla Twojego CPU/GPU.

1 - Inxi
System:
  Host: parrot Kernel: 4.19.0-parrot4-28t-amd64 x86_64 bits: 64 compiler: gcc
  v: 8.3.0 Console: N/A wm: kwin_x11 dm: LightDM Distro: Parrot GNU/Linux 4.6
  base: Debian parrot
Machine:
  Type: Laptop System: HP product: HP Notebook v: Type1ProductConfigId
  serial: CND6466GZ3 Chassis: type: 10 serial: N/A
  Mobo: HP model: 81F9 v: 67.42 serial: PGBDBD21V52HBG UEFI: Insyde v: F.34
  date: 01/08/2019
CPU:
  Topology: Quad Core model: AMD A12-9700P RADEON R7 10 COMPUTE CORES 4C+6G bits: 64
  type: MCP arch: Excavator rev: 1 L1 cache: 320 KiB L2 cache: 1024 KiB
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 19964
  Speed: 1297 MHz min/max: 1300/2500 MHz Core speeds (MHz): 1: 1289 2: 1288 3: 1284
  4: 1294
Graphics:
  Device-1: AMD Carrizo vendor: Hewlett-Packard Wani driver: amdgpu v: kernel
  bus ID: 00:01.0 chip ID: 1002:9874
  Display: server: X.Org 1.20.3 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa
  compositor: kwin_x11 resolution: 1920x1080~60Hz
  OpenGL: renderer: AMD CARRIZO (DRM 3.27.0 4.19.0-parrot4-28t-amd64 LLVM 7.0.1)
  v: 4.5 Mesa 18.3.4 direct render: Yes
Audio:
  Device-1: AMD Kabini HDMI/DP Audio vendor: Hewlett-Packard driver: snd_hda_intel
  v: kernel bus ID: 00:01.1 chip ID: 1002:9840
  Device-2: AMD Family 15h Audio vendor: Hewlett-Packard driver: snd_hda_intel
  v: kernel bus ID: 00:09.2 chip ID: 1022:157a
  Sound Server: ALSA v: k4.19.0-parrot4-28t-amd64
Network:
  Device-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet
  vendor: Hewlett-Packard RTL810xE driver: r8169 v: kernel port: 3000
  bus ID: 01:00.0 chip ID: 10ec:8136
  IF: eth0 state: down mac: 30:e1:71:75:28:58
  Device-2: Realtek RTL8723BE PCIe Wireless Network Adapter vendor: Hewlett-Packard
  driver: rtl8723be v: kernel port: 2000 bus ID: 02:00.0 chip ID: 10ec:b723
  IF: wlan0 state: up mac: 58:00:e3:7d:d5:2d
Drives:
  Local Storage: total: 350.27 GiB used: 103.29 GiB (29.5%)
  ID-1: /dev/sda vendor: Samsung model: MZNTY256HDHP-000H1 size: 238.47 GiB
  speed: 6.0 Gb/s serial: S2ZPNB0H925372 temp: 31 C
  ID-2: /dev/sdb vendor: A-Data model: SU650 size: 111.79 GiB speed: 3.0 Gb/s
  serial: 2J1020134554 temp: 41 C
Partition:
  ID-1: / size: 110.93 GiB used: 6.90 GiB (6.2%) fs: btrfs dev: /dev/sdb3
  ID-2: /boot size: 346.4 MiB used: 87.0 MiB (25.1%) fs: ext4 dev: /dev/sdb2
Sensors:
  System Temperatures: cpu: 49.0 C mobo: 20.0 C gpu: amdgpu temp: 48 C
  Fan Speeds (RPM): N/A
Info:
  Processes: 201 Uptime: 31m Memory: 7.33 GiB used: 2.16 GiB (29.5%) Init: systemd
  v: 241 runlevel: 5 Compilers: gcc: 8.3.0 alt: 8 clang: 7.0.1-8 Shell: bash
  v: 5.0.3 running in: konsole inxi: 3.0.32
2 - systemd analyze
Startup finished in 3.985s (firmware) + 3min 14.659s (loader) + 42.995s (kernel) + 20.102s (userspace) = 4min 21.742s
graphical.target reached after 2.148s in userspace

3 - system analyze blame
         18.160s apt-daily.service
          2.591s man-db.service
           826ms dev-sdb3.device
           615ms networking.service
           477ms udisks2.service
           437ms upower.service
           385ms logrotate.service
           383ms systemd-logind.service
           366ms snapd.service
           357ms ModemManager.service
           334ms NetworkManager.service
           324ms accounts-daemon.service
           249ms systemd-journald.service
           174ms lightdm.service
           167ms rsyslog.service
           164ms plymouth-quit-wait.service
           143ms wpa_supplicant.service
           127ms snapd.seeded.service
           112ms systemd-udev-trigger.service
           104ms apparmor.service
            98ms arpwatch.service
            87ms systemd-tmpfiles-clean.service
            86ms lvm2-monitor.service
            84ms user@1000.service
            81ms sysstat.service
            80ms alsa-restore.service
            79ms rng-tools.service
            77ms systemd-journal-flush.service
            74ms polkit.service
            73ms systemd-fsck@dev-disk-by\x2duuid-968c4e99\x2d8ada\x2d44cb\x2d840f\x2df881e3e35973.service
            71ms systemd-backlight@backlight:amdgpu_bl0.service
            65ms systemd-udevd.service
            54ms systemd-fsck@dev-disk-by\x2duuid-3E74\x2d8166.service
            50ms resolvconf.service
            43ms pppd-dns.service
            40ms systemd-sysusers.service
            32ms systemd-modules-load.service
            28ms systemd-tmpfiles-setup-dev.service
            27ms systemd-tmpfiles-setup.service
            26ms systemd-remount-fs.service
            25ms binfmt-support.service
            25ms rtkit-daemon.service
            25ms dev-hugepages.mount
            25ms keyboard-setup.service
            24ms systemd-random-seed.service
            24ms systemd-rfkill.service
            24ms boot-efi.mount
            23ms dev-mqueue.mount
            23ms blk-availability.service
            23ms plymouth-start.service
            22ms kmod-static-nodes.service
            22ms systemd-update-utmp-runlevel.service
            21ms sys-kernel-debug.mount
            21ms systemd-sysctl.service
            21ms systemd-update-utmp.service
            17ms user-runtime-dir@1000.service
            15ms plymouth-read-write.service
            14ms systemd-user-sessions.service
            14ms proc-sys-fs-binfmt_misc.mount
            13ms boot.mount
            12ms ifupdown-pre.service
            10ms console-setup.service
             9ms sys-fs-fuse-connections.mount
             3ms snapd.socket
           443us clean-mount-point@media-svn-E48E9CB28E9C7F2C.service

4 - stepping microcode
model : 101
model name : AMD A12-9700P RADEON R7, 10 COMPUTE CORES 4C+6G
stepping : 1
microcode : 0x600611a
model : 101
model name : AMD A12-9700P RADEON R7, 10 COMPUTE CORES 4C+6G
stepping : 1
microcode : 0x600611a
model : 101
model name : AMD A12-9700P RADEON R7, 10 COMPUTE CORES 4C+6G
stepping : 1
microcode : 0x600611a
model : 101
model name : AMD A12-9700P RADEON R7, 10 COMPUTE CORES 4C+6G
stepping : 1
microcode : 0x600611a

5 - journalctl
[    0.049373] kernel: smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.287741] kernel: smpboot: CPU0: AMD A12-9700P RADEON R7, 10 COMPUTE CORES 4C+6G (family: 0x15, model: 0x65, stepping: 0x1)
[    0.287741] kernel: smp: Bringing up secondary CPUs ...
[    0.291830] kernel: smp: Brought up 1 node, 4 CPUs
[    0.291830] kernel: smpboot: Max logical packages: 1
[    0.291830] kernel: smpboot: Total of 4 processors activated (19964.14 BogoMIPS)
[    2.134450] kernel: microcode: CPU0: patch_level=0x0600611a
[    2.134457] kernel: microcode: CPU1: patch_level=0x0600611a
[    2.134466] kernel: microcode: CPU2: patch_level=0x0600611a
[    2.134470] kernel: microcode: CPU3: patch_level=0x0600611a
[    2.134522] kernel: microcode: Microcode Update Driver: v2.2.
« Ostatnia zmiana: Czerwiec 16, 2019, 08:50:45 am wysłana przez lami07 »

Offline lami07

  • Global Moderator
  • Sr. Member
  • *****
  • Wiadomości: 296
Odp: Debian - długie ładowani systemu (po Init Ram)
« Odpowiedź #1 dnia: Maj 21, 2019, 08:21:02 am »
Wyciągi z terminala umieszczaj w znacznikach ”kod” , a nie ”cytat”.
Cytat: punkt piąty prostych zasad naszego forum
Jeśli problem został rozwiązany, edytuj pierwszy wpis wątku, dopisując w temacie [ROZWIĄZANY].
IRC  - kanał #linuxiarze.pl w sieci freenode.net

Offline hobbysta

  • Full Member
  • ***
  • Wiadomości: 192
Odp: Debian - długie ładowani systemu (po Init Ram)
« Odpowiedź #2 dnia: Maj 21, 2019, 09:12:52 am »
Pokaz co masz w /proc/cmdline
$ cat /proc/cmdline
systemd moze interpretowax parametry przekazywane jadru w czasie startu systemu.

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 1251
Odp: Debian - długie ładowani systemu (po Init Ram)
« Odpowiedź #3 dnia: Maj 21, 2019, 09:25:39 am »
Hmmm.... na pewno sporo krócej (mam bardzo podobny komputer). Pokaż jeszcze:
1. Masz prawdopodobnie GRUB, a zatem:
cat /etc/default/grub2. Info z dziennika o błędach itp. - zawartość powstałego pliku w wyniku wydania komendy:
journalctl -b -p err..alert > info.txtI z czystej ciekawości - jakie masz środowisko?

PS: Zmień w tytule "Debian" na "Parrot" bo to jest dystrybucja, której problem dotyczy.
« Ostatnia zmiana: Maj 21, 2019, 09:50:24 am wysłana przez pavbaranov »

Offline rajd3r

  • Jr. Member
  • **
  • Wiadomości: 60
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #4 dnia: Maj 21, 2019, 12:38:11 pm »
Ok, to kolejne logi (poprawiam na kod)

cmdline
BOOT_IMAGE=/vmlinuz-4.19.0-parrot4-28t-amd64 root=UUID=2fa8c528-7723-4e34-af5f-14973cd6c24b ro quiet splash noautomount quiet

grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT="0"
GRUB_TIMEOUT="5"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_THEME=/boot/grub/themes/breeze/theme.txt


info
-- Logs begin at Tue 2019-05-21 11:13:44 CEST, end at Tue 2019-05-21 12:36:04 CEST. --
maj 21 11:13:44 parrot kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20180810/psargs-330)
maj 21 11:13:44 parrot kernel: ACPI Error: Method parse/execution failed \_SB.WLBU._STA, AE_NOT_FOUND (20180810/psparse-516)
maj 21 11:13:44 parrot kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20180810/psargs-330)
maj 21 11:13:44 parrot kernel: ACPI Error: Method parse/execution failed \_SB.WLBU._STA, AE_NOT_FOUND (20180810/psparse-516)
maj 21 11:13:44 parrot kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20180810/psargs-330)
maj 21 11:13:44 parrot kernel: ACPI Error: Method parse/execution failed \_SB.WLBU._STA, AE_NOT_FOUND (20180810/psparse-516)
maj 21 11:13:44 parrot kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20180810/psargs-330)
maj 21 11:13:44 parrot kernel: ACPI Error: Method parse/execution failed \_SB.WLBU._STA, AE_NOT_FOUND (20180810/psparse-516)
maj 21 11:13:44 parrot kernel: ACPI BIOS Error (bug): Could not resolve [\_SB.WLBU._STA.WLVD], AE_NOT_FOUND (20180810/psargs-330)
maj 21 11:13:44 parrot kernel: ACPI Error: Method parse/execution failed \_SB.WLBU._STA, AE_NOT_FOUND (20180810/psparse-516)
maj 21 11:13:44 parrot kernel: irq 7: nobody cared (try booting with the "irqpoll" option)
maj 21 11:13:44 parrot kernel: handlers:
maj 21 11:13:44 parrot kernel: [<00000000c88ada7f>] amd_gpio_irq_handler
maj 21 11:13:44 parrot kernel: ata2.00: exception Emask 0x10 SAct 0x60000000 SErr 0x280100 action 0x6 frozen
maj 21 11:13:44 parrot kernel: ata2.00: irq_stat 0x08000000, interface fatal error
maj 21 11:13:44 parrot kernel: ata2: SError: { UnrecovData 10B8B BadCRC }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/50:e8:10:49:f9/00:00:0d:00:00/40 tag 29 ncq dma 40960 in
                                        res 40/00:f0:68:49:f9/00:00:0d:00:00/40 Emask 0x10 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/98:f0:68:49:f9/00:00:0d:00:00/40 tag 30 ncq dma 77824 in
                                        res 40/00:f0:68:49:f9/00:00:0d:00:00/40 Emask 0x10 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 234440976
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 234441064
maj 21 11:13:44 parrot kernel: ata2.00: exception Emask 0x50 SAct 0x4d800000 SErr 0x280900 action 0x6 frozen
maj 21 11:13:44 parrot kernel: ata2.00: irq_stat 0x08000000, interface fatal error
maj 21 11:13:44 parrot kernel: ata2: SError: { UnrecovData HostInt 10B8B BadCRC }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/f8:b8:08:7a:1b/01:00:00:00:00/40 tag 23 ncq dma 258048 in
                                        res 40/00:f0:08:09:10/00:00:00:00:00/40 Emask 0x50 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/f8:c0:08:0a:00/01:00:00:00:00/40 tag 24 ncq dma 258048 in
                                        res 40/00:f0:08:09:10/00:00:00:00:00/40 Emask 0x50 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/08:d0:10:08:10/00:00:00:00:00/40 tag 26 ncq dma 4096 in
                                        res 40/00:f0:08:09:10/00:00:00:00:00/40 Emask 0x50 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/10:d8:28:08:10/00:00:00:00:00/40 tag 27 ncq dma 8192 in
                                        res 40/00:f0:08:09:10/00:00:00:00:00/40 Emask 0x50 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/f8:f0:08:09:10/00:00:00:00:00/40 tag 30 ncq dma 126976 in
                                        res 40/00:f0:08:09:10/00:00:00:00:00/40 Emask 0x50 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1800712
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 2568
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1050640
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1050664
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1050888
maj 21 11:13:44 parrot kernel: ata2: failed to read log page 10h (errno=-5)
maj 21 11:13:44 parrot kernel: ata2.00: exception Emask 0x13 SAct 0xc001000 SErr 0x80501 action 0x6 frozen
maj 21 11:13:44 parrot kernel: ata2.00: irq_stat 0x44000008
maj 21 11:13:44 parrot kernel: ata2: SError: { RecovData UnrecovData Proto 10B8B }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/08:60:68:09:10/00:00:00:00:00/40 tag 12 ncq dma 4096 in
                                        res 40/00:d0:b8:0a:00/00:00:00:00:00/40 Emask 0x12 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/08:d0:b8:0a:00/00:00:00:00:00/40 tag 26 ncq dma 4096 in
                                        res 40/00:d0:b8:0a:00/00:00:00:00:00/40 Emask 0x12 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/08:d8:98:7a:1b/00:00:00:00:00/40 tag 27 ncq dma 4096 in
                                        res 40/00:d0:b8:0a:00/00:00:00:00:00/40 Emask 0x12 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: exception Emask 0x10 SAct 0x3c00 SErr 0x280100 action 0x6 frozen
maj 21 11:13:44 parrot kernel: ata2.00: irq_stat 0x08000000, interface fatal error
maj 21 11:13:44 parrot kernel: ata2: SError: { UnrecovData 10B8B BadCRC }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/f8:50:00:06:10/00:00:00:00:00/40 tag 10 ncq dma 126976 in
                                        res 40/00:68:88:07:10/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/08:58:e8:7b:1b/00:00:00:00:00/40 tag 11 ncq dma 4096 in
                                        res 40/00:68:88:07:10/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/80:60:00:07:10/00:00:00:00:00/40 tag 12 ncq dma 65536 in
                                        res 40/00:68:88:07:10/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: ata2.00: failed command: READ FPDMA QUEUED
maj 21 11:13:44 parrot kernel: ata2.00: cmd 60/68:68:88:07:10/00:00:00:00:00/40 tag 13 ncq dma 53248 in
                                        res 40/00:68:88:07:10/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
maj 21 11:13:44 parrot kernel: ata2.00: status: { DRDY }
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1050112
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1050368
maj 21 11:13:44 parrot kernel: print_req_error: I/O error, dev sdb, sector 1050504
maj 21 11:13:45 parrot kernel: uvcvideo: Failed to query (GET_INFO) UVC control 8 on unit 1: -32 (exp. 1).
maj 21 11:13:46 parrot kernel: bluetooth hci0: firmware: failed to load rtl_bt/rtl8723b_config.bin (-2)
maj 21 11:13:46 parrot kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
maj 21 11:13:47 parrot systemd[1]: Failed to start rng-tools.service.
maj 21 11:13:48 parrot smartd[634]: Device: /dev/sdb [SAT], ATA error count increased from 46151 to 46155
maj 21 11:20:23 parrot wpa_supplicant[632]: bgscan simple: Failed to enable signal strength monitoring
maj 21 11:37:25 parrot wpa_supplicant[632]: dbus: wpa_dbus_property_changed: no property SessionLength in object /fi/w1/wpa_supplicant1/Interfaces/1
maj 21 11:37:45 parrot wpa_supplicant[632]: bgscan simple: Failed to enable signal strength monitoring
maj 21 11:38:08 parrot wpa_supplicant[632]: dbus: wpa_dbus_property_changed: no property SessionLength in object /fi/w1/wpa_supplicant1/Interfaces/1
maj 21 11:38:15 parrot wpa_supplicant[632]: bgscan simple: Failed to enable signal strength monitoring
maj 21 11:55:14 parrot kernel: rtlwifi: AP off, try to reconnect now
maj 21 11:55:14 parrot wpa_supplicant[632]: dbus: wpa_dbus_property_changed: no property SessionLength in object /fi/w1/wpa_supplicant1/Interfaces/1
maj 21 11:55:19 parrot wpa_supplicant[632]: bgscan simple: Failed to enable signal strength monitoring
maj 21 11:55:40 parrot kernel: rtlwifi: AP off, try to reconnect now
maj 21 11:55:40 parrot wpa_supplicant[632]: dbus: wpa_dbus_property_changed: no property SessionLength in object /fi/w1/wpa_supplicant1/Interfaces/1
maj 21 11:55:41 parrot wpa_supplicant[632]: bgscan simple: Failed to enable signal strength monitoring


Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 1251
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #5 dnia: Maj 21, 2019, 12:55:28 pm »
Tak na szybko - dziennik sugeruje zapoznanie się z https://wiki.debian.org/Firmware by zrobić porządek z brakującym firmware dla rtl_bt/rtl8723b - w zakresie związanym z bluetooth (nie powinno to jednak dawać takiej zwłoki (i nie daje).
Pytanie: co to jest /dev/sdb? Co masz na dyskach? Jeśli nie wiesz, to np.:
lsblkPojawia się też coś mało "pokojącego": failed command: read fpdma queued - na coś takiego zwykła pomagać aktualizacja firmware'u. Tu dotyczy to dysku. Z nim jednak jeszcze więcej. Pewnie sensownie byłoby pokazać (wykonać należy z uprawnieniami root np. sudo):
smartctl /dev/sdb -aJeśli nie masz smartctl musisz doinstalować pakiet, który to dostarcza - nie mam inny system, mogę jedynie podpowiedzieć, że szukać należy czegoś o nazwie smartmontools lub zbliżonej. W razie problemów z wyszukaniem skorzystaj z: https://www.debian.org/distrib/packages
Pojawia się też sporo błędów z ACPI, ale te są dość typowe i praktycznie bez ingerencji w DSDT raczej nie do opanowania (przynajmniej z mojego doświadczenia), choć można się pobawić też w ustawienia parametrów dla kernela. Próbowałem, ale mi się to nie udało. To są jednak w zasadzie wyłącznie warningi, system winien działać prawidłowo i bez zbędnego opóźnienia.
I jeszcze dla świętego spokoju poproszę o plik info.txt z:
systemctl --failed > info.txt

Offline rajd3r

  • Jr. Member
  • **
  • Wiadomości: 60
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #6 dnia: Maj 21, 2019, 01:10:56 pm »
Odpowiem na szybko odnośnie /dev/sdb
Tutaj mam po prostu Linuxa zainstalowanego
sdb1 - EFI
sdb2 - /boot
sdb3 - /
(jeśli dobrze pamiętam)
Natomiast /dev/sda - jest od Windowsa (to jest inny dysk)

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 1251
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #7 dnia: Maj 21, 2019, 01:24:00 pm »
System ma problem z /dev/sdb. Ten dysk to A-Data model: SU650. Zerknij na ich stronę, może mają jakieś rozwiązanie pod linuksa, ale niczego jak na razie nie instaluj (np. w moim przypadku - choć działa to u mnie mniej więcej ok nawet bez zmian, mam kernel kompilowany z wymuszonym wsparciem dla mojego SSD). Być może ktoś inny ma jakieś doświadczenia z SSD A-Data pod Debianem lub linuksem ogólnie, albo przynajmniej na kernelu 4.19.

PS: Nie mój system, nie moje pchły, ale sensownie jest zrobić o jedną partycję więcej, czyli sdb3 podzielić na sdb3 i dodatkowo sdb4, gdzie sdb3 będzie głównym systemem plików (/), zaś sdb4 to /home (najsensowniej to robić podczas instalacji, choć można i teraz, ale więcej zachodu). Po co? Bo w ten sposób możesz sobie w przyszłości czy to zmienić dystrybucję, czy po prostu zainstalować ponownie tę samą w razie "godziny W" i braku już wszelkich innych pomysłów na reaktywację padniętego systemu, a Twoje dane w /home nie zostaną wówczas skasowane (oczywiście, jeśli instalacja taka przebiegnie z głową na karku :)).

Offline rajd3r

  • Jr. Member
  • **
  • Wiadomości: 60
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #8 dnia: Maj 21, 2019, 01:54:55 pm »
System ma problem z /dev/sdb. Ten dysk to A-Data model: SU650. Zerknij na ich stronę, może mają jakieś rozwiązanie pod linuksa, ale niczego jak na razie nie instaluj (np. w moim przypadku - choć działa to u mnie mniej więcej ok nawet bez zmian, mam kernel kompilowany z wymuszonym wsparciem dla mojego SSD). Być może ktoś inny ma jakieś doświadczenia z SSD A-Data pod Debianem lub linuksem ogólnie, albo przynajmniej na kernelu 4.19.

Z ich strony :D
Q1: Czy dyski półprzewodnikowe ADATA obsługują różne systemy operacyjne (Windows/Linux, etc.)?
A: Tak. Wszystkie dyski półprzewodnikowe ADATA zostały zaprojektowane i przetestowane zgodnie ze
specyfikacjami i wymaganiami standardów branżowych ustanowionych przez właścicieli platform oraz
profesjonalnych stowarzyszeń i forów. Każdy produkt przechodzi rygorystyczne testy zgodności z określonymi
systemami operacyjnymi. Ogromna większość dysków półprzewodnikowych ADATA jest kompatybilna z
systemami Windows i Linux, natomiast pamięci zewnętrzne obsługują system Android oraz urządzenia, takie jak
Xbox i PlayStation. W przypadku jakichkolwiek pytań dotyczących specyfikacji prosimy zapoznać się ze stroną
internetową ADATA lub skontaktować się z centrum obsługi klienta.

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 1251
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #9 dnia: Maj 21, 2019, 02:02:59 pm »
Nie chodziło mi o ich reklamę, ale o to, byś sobie - ewentualnie (bo nie wiem, czy na 100% potrzebne; najpierw owe smarty itp.) - poszukał na czymś takim choćby: https://duckduckgo.com/?q=A-Data%20SSD%20firmware

Offline rajd3r

  • Jr. Member
  • **
  • Wiadomości: 60
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #10 dnia: Maj 21, 2019, 02:03:50 pm »
Nie chodziło mi o ich reklamę, ale o to, byś sobie - ewentualnie (bo nie wiem, czy na 100% potrzebne; najpierw owe smarty itp.) - poszukał na czymś takim choćby: https://duckduckgo.com/?q=A-Data%20SSD%20firmware

Wiem wiem - ogarnę na spokojnie (bo teraz jestem na Windowsie) - to co wyżej napisałeś + dodam logi o które pytałeś

Offline hobbysta

  • Full Member
  • ***
  • Wiadomości: 192
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #11 dnia: Maj 21, 2019, 05:35:43 pm »
Usun opcje quiet z parametrow jadra  - wtedy zobaczysz co sie dzieje i w jakim czasie laduje sie samo jadro - za powolny boot systemu moze byc odpowiedzialny rowniez systemd - bez opcji quiet na ekranie monitora zobaczysz komunikaty diagostyczne ze strony ladujacego jadra - poza tym mozesz sprobowac uruchomic system z dystrybucji Live - i przekonac sie czy czas uruchomienia jest  taki sam - rowniez sprobowac zmienic poziom pracy systemu - z domyslnego jaki obecnie - na bez grafiki - wted przekonasz czy aby nie desktop odpowiada za ten powolny start - ogolnie: powolny start uslug uruchamianych przez systemd moze byc przyczyna - ale to oznacza zla konfiguracje samej  uslugi , lub tez sama liczba uslug jest b. duza - a uruchomienie niektorych pochlania na przyklad duze zasoby systemu - ale na poczatek zacznij od usuniecia opcji quiet   

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 1251
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #12 dnia: Maj 21, 2019, 05:55:43 pm »
Usun opcje quiet z parametrow jadra  - wtedy zobaczysz co sie dzieje i w jakim czasie laduje sie samo jadro
W ile ładuje się sam kernel (a także inne elementy) doskonale już wiemy:
2 - systemd analyze
Startup finished in 3.985s (firmware) + 3min 14.659s (loader) + 42.995s (kernel) + 20.102s (userspace) = 4min 21.742s
graphical.target reached after 2.148s in userspace
- za powolny boot systemu moze byc odpowiedzialny rowniez systemd
Nie, ale już problemy w podnoszeniu jakichś usług - jak najbardziej. Tę informację otrzymamy, a w zasadzie upewnimy się, bo w znakomitej części ona już jest.

Jak widać wyżej - zasadnicze problemy są w loader (i kurcze nie bardzo wiem, co z tym począć jak na razie), ale i pozostałe elementy jak uruchamiający się 43 sek. sam kernel raczej nie są normalne. To ostatnie wskazywałoby na to, że ten kernel nie jest najlepiej przystosowany dla APU (i innych bebechów) znajdujących się w tym HP. Niemniej jednak A12-9700P już 4.19 winien dobrze wspierać. Problem zatem gdzieś indziej.
Sprawdźcie sobie błędy jakie sypie /dev/sdb - bo tu w istocie są jakieś problemy. Może ktoś to będzie w stanie zinterpretować.

Offline hobbysta

  • Full Member
  • ***
  • Wiadomości: 192
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #13 dnia: Maj 21, 2019, 06:53:10 pm »
Wlasnie dlatego proponuje aby usunac opcje quiet. Nie chodzi o komunikaty diagnostyczne jadra - ale o czas pomiedzy koncem ladowania jadra, startem procesu z pid 1 i co sie dzieje pozniej - chodzi o czas rzeczywisty - nie o pozniejsza diagnostyke na podstawie systemlogow. - pozniej zwykla bisekcja - odcinamy polowe uslug - i znow co sie dzieje -  jesli daje to samo - to znaczy, ze w tej zostawionej polowie jest problem, a jesli ok to w tej odrzuconej  - i kolejna biskecja tego fragmentu ktory odpowiada za wolne ladowanie - to na przyklad moze byc siec - itd - az w koncu znajdzie sie winnego - logi mozna w nieskonczonosc studiowac. 

Offline pavbaranov

  • Hero Member
  • *****
  • Wiadomości: 1251
Odp: Parrot - długie ładowani systemu (po Init Ram)
« Odpowiedź #14 dnia: Maj 21, 2019, 07:08:51 pm »
Osobiście mi się wydaje, że proponowane rozwiązanie jest właśnie podróżą w nieskończoność, niemniej jednak prościej od usuwania (przez osobę, która ma linuksa bodaj 2 dzień) podać nam:
dmesg > info.txtbezpośrednio po bootowaniu