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:
CytatW 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 - InxiSystem:
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 analyzeStartup 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 microcodemodel : 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.
Wyciągi z terminala umieszczaj w znacznikach "kod" , a nie "cytat".
Pokaz co masz w /proc/cmdline
$ cat /proc/cmdline
systemd moze interpretowax parametry przekazywane jadru w czasie startu systemu.
Hmmm.... na pewno sporo krócej (mam bardzo podobny komputer). Pokaż jeszcze:
1. Masz prawdopodobnie GRUB, a zatem:
cat /etc/default/grub
2. Info z dziennika o błędach itp. - zawartość powstałego pliku w wyniku wydania komendy:
journalctl -b -p err..alert > info.txt
I z czystej ciekawości - jakie masz środowisko?
PS: Zmień w tytule "Debian" na "Parrot" bo to jest dystrybucja, której problem dotyczy.
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
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/packagesPojawia 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
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)
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 :)).
Cytat: pavbaranov w 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.
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.
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
Cytat: pavbaranov w 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
Wiem wiem - ogarnę na spokojnie (bo teraz jestem na Windowsie) - to co wyżej napisałeś + dodam logi o które pytałeś
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
Cytat: hobbysta w 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
W ile ładuje się sam kernel (a także inne elementy) doskonale już wiemy:
Cytat: rajd3r w Maj 21, 2019, 07:22:29 AM
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
Cytat: hobbysta w Maj 21, 2019, 05:35:43 PM
- 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ć.
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.
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.txt
bezpośrednio po bootowaniu
@pavbaranov nie rozumiemy sie - chodzi mi tylko o to, ze siedzisz przed kompem i widzisz co sie dzieje - w pewnej chwili wszystko staje i zaczyna sie czekanie - cos dziala w tle - o ta chwile wlasnie chodzi - aby to uchwycic. Logi sa dostarczone juz po starcie systemu. I tam wzystko moze byc pieknie az hej - bo przeciez w koncu wszystko sie uruchomilo jak nalezy. System nie wie przeciez sam z siebie czy sie wolno uruchamial czy nie. Dla systemu wazne tylko: powodzenie czy porazka.
To przy okazji : nie rozumiem dlaczego parametr quiet pojawia sie dwa razy w /proc/cmdline - pierwsze quiet jest interpreowane przez jadro ale co z nastepnym? Moze sie myle ale jak dla mnie gdzie tu jest blad.
@hobbysta - No właśnie: nie rozumiemy się, albowiem dokładnie to wszystko widać w logach, o które prosiłem. Oczekiwanie na zaskoczenie czegoś przez newbie może być źle interpretowane i mieć tragiczne skutki. A dzięki analizom systemd system sam z siebie dokładnie wie ile się uruchamiał, ile podnosił poszczególne usługi itp. itd.
Mniejsza jednakże o to, bo nie ma to dla Autora wątku znaczenia.
PS1: Można sobie w GRUBego wsadzić i z dziesięć razy quiet i to nie powinno powodować problemów w długim podnoszeniu się systemu.
PS2: Niemniej jednak - ogólna refleksja - coś jest po stronie Debiana, że ten AMD nie lubi. To nie pierwszy już wątek, gdzie nowsze CPU/GPU/APU AMD mają problem ze sprawnym startowaniem na Debianie (i jego pochodnych).
z quiet
http://4GP.ME/bbtc/1558522098267.txtbez quiet
http://4gp.me/bbtc/1558521746750.txt(nie wiem czy nie pomyliem tego quiet z n quiet)
Odpowiadajac na pytanie odnosnie czasu ladowania Live vs SSD --> Live zdecydowanie szybciej (przede wszystkim nie ma tego przestoju po Inital Ramdsik, bo .. tego nie ma :) )
PS Nie wiedzialem za bardzo jak wrzucic te logi bo sa bardzo dlugie, wiec znalazlem jakis online serwis dla plikow txt
To głównie muli na podłączaniu systemu plików. Pomiędzy 4.700... sek gdzie montowany jest system plików, a zostaje on zamontowany jest ok. 31 sek. Potem sypie błędami związanymi dyskiem (o których pisałem już wcześniej). Potem znów czeka 5 sek na jakieś tomoyo, którego nie ma w parametrach kernela, o czym zresztą grzecznie wcześniej mówi (nie wiem co to jest to tomoyo, ale można włączyć). I na końcu ma ok. 5 sek zwłokę przy podnoszeniu interfejsu sieciowego.
W przypadku pierwszego logu jest jeszcze gorzej, bo:
1. pierwsze 5 sek łapie znów przy dysku,
2. potem 14 sek związane z apparmor dla apt-cacher-ng
3. potem dostał zdyszki na 120 sek dla podniesienia interfejsu wlan0
4. i aż 300 sek na fuse
Reszta jest do drobnego, ewentualnego tuningu. I teraz:
1. Kwestia podnoszenia interfejsu sieciowego - do wypróbowania również po kablu oraz sprawdzenia czy w tym samym miejscu ten sam komputer, ale z livecd również podnosi go tak długo; przyczyn może być wiele: od przeszkód "terenowych", poprzez błędną konfigurację, po brak odpowiedniego sterownika dla karty; zanim jednak ingerencje w ustawienia i ewentualne bawienie się w sterowniki (to nie Windows!), wyeliminowałbym problem "przeszkód". To, że na Windows działa nie jest tu żadną wskazówką i podpowiedzią.
2. Kwestie dotyczące SSD - w moim przekonaniu należałoby się rozglądnąć, czy A-Data bądź producent chipsetu, na którym to oparte czegoś sensownego nie oferują. Być może to kwestia jakiegoś zewnętrznego sterownika, być może jakiegoś firmware'u (najprawdopodobniej), a być może trzeba będzie pomyśleć o innej kompilacji kernela.
3. O co chodzi z tomoyo - nie wiem.
4. O co chodzi z apt-cacher-ng - choć mogę się domyślać - nie wiem, bo to kwestia debianowa. Być może jakiś pomysł na inny serwer. Inna sprawa, że u licha, na systemd to powinno działać w tle i nie dopuszczać do opóźnienia startu systemu.
Główny jednak problem, to dysk.
Poproszę o:
cat /etc/fstab
Aha, różnica w czasie podłączenia do sieci nie jest wynikiem "quiet" w parametrach kernela.
Cytat: pavbaranov w Maj 22, 2019, 02:03:00 PM
To głównie muli na podłączaniu systemu plików. Pomiędzy 4.700... sek gdzie montowany jest system plików, a zostaje on zamontowany jest ok. 31 sek. Potem sypie błędami związanymi dyskiem (o których pisałem już wcześniej). Potem znów czeka 5 sek na jakieś tomoyo, którego nie ma w parametrach kernela, o czym zresztą grzecznie wcześniej mówi (nie wiem co to jest to tomoyo, ale można włączyć). I na końcu ma ok. 5 sek zwłokę przy podnoszeniu interfejsu sieciowego.
W przypadku pierwszego logu jest jeszcze gorzej, bo:
1. pierwsze 5 sek łapie znów przy dysku,
2. potem 14 sek związane z apparmor dla apt-cacher-ng
3. potem dostał zdyszki na 120 sek dla podniesienia interfejsu wlan0
4. i aż 300 sek na fuse
Reszta jest do drobnego, ewentualnego tuningu. I teraz:
1. Kwestia podnoszenia interfejsu sieciowego - do wypróbowania również po kablu oraz sprawdzenia czy w tym samym miejscu ten sam komputer, ale z livecd również podnosi go tak długo; przyczyn może być wiele: od przeszkód "terenowych", poprzez błędną konfigurację, po brak odpowiedniego sterownika dla karty; zanim jednak ingerencje w ustawienia i ewentualne bawienie się w sterowniki (to nie Windows!), wyeliminowałbym problem "przeszkód". To, że na Windows działa nie jest tu żadną wskazówką i podpowiedzią.
2. Kwestie dotyczące SSD - w moim przekonaniu należałoby się rozglądnąć, czy A-Data bądź producent chipsetu, na którym to oparte czegoś sensownego nie oferują. Być może to kwestia jakiegoś zewnętrznego sterownika, być może jakiegoś firmware'u (najprawdopodobniej), a być może trzeba będzie pomyśleć o innej kompilacji kernela.
3. O co chodzi z tomoyo - nie wiem.
4. O co chodzi z apt-cacher-ng - choć mogę się domyślać - nie wiem, bo to kwestia debianowa. Być może jakiś pomysł na inny serwer. Inna sprawa, że u licha, na systemd to powinno działać w tle i nie dopuszczać do opóźnienia startu systemu.
Główny jednak problem, to dysk.
Poproszę o:
cat /etc/fstab
Aha, różnica w czasie podłączenia do sieci nie jest wynikiem "quiet" w parametrach kernela.
1 - Znalazłem takie coś: "TOMOYO is a name-based MAC extension (LSM module) for the Linux kernel."
2 - Co do firmware na ten SSD - niestety pod ten model nie ma, jest jakaś aplikacja, ale tylko i wyłącznie na Windows + ewentualnie firmware ale pod wyższe modele (np. A-DATA SU 900)
3 - Co do dysku - mógłbym zrobić w sumie taki test, ale musiałbym jakoś przenieść Windowsa z obecnego SSD1 (który jest M.2), na ten A-Datę i na M.2 Zainstalować Linuxa - i zobaczyć czy byłaby ewentualnie różnica.
/Logi dokleję
Na test szkoda czasu. W wolnej chwili zerknę na ten SU650.
Tymczasem poproszę jeszcze o ów fstab oraz o:
systemd-analyze critical-chain
PS1: Przy okazji, choć ext4 ma obecnie wsparcie również dla SSD, czy instalator Parrota umożliwiał również przygotowanie dysku na inny FS?*
PS2: I jeszcze jedno pytanie - czy SSD miał FS utworzony jakimś windowsowym programem, czy też w trakcie (lub przed) instalacją Parrota?
PS3: Czy potrafisz przy starcie systemu wprowadzać zmiany dla kernela (chodzi o moment, kiedy - prawdopodobnie - pokazuje Ci się GRUB z możliwością wprowadzania jakichś zmian)?
* Od czasu gdy mam SSD porzuciłem ext4, które (wraz z poprzednimi wersjami) służyło mi przez kilkanaście lat. Obecnie mam f2fs, ale to nie pójdzie na GRUB2 bez odpowiednich łatek (dokładnie to pójdzie, ale sypie błędami). Z GRUBego też można zrezygnować (co uczyniłem).
Cytat: pavbaranov w Maj 22, 2019, 03:41:17 PM
Na test szkoda czasu. W wolnej chwili zerknę na ten SU650.
Tymczasem poproszę jeszcze o ów fstab oraz o:
systemd-analyze critical-chain
PS1: Przy okazji, choć ext4 ma obecnie wsparcie również dla SSD, czy instalator Parrota umożliwiał również przygotowanie dysku na inny FS?*
PS2: I jeszcze jedno pytanie - czy SSD miał FS utworzony jakimś windowsowym programem, czy też w trakcie (lub przed) instalacją Parrota?
PS3: Czy potrafisz przy starcie systemu wprowadzać zmiany dla kernela (chodzi o moment, kiedy - prawdopodobnie - pokazuje Ci się GRUB z możliwością wprowadzania jakichś zmian)?
* Od czasu gdy mam SSD porzuciłem ext4, które (wraz z poprzednimi wersjami) służyło mi przez kilkanaście lat. Obecnie mam f2fs, ale to nie pójdzie na GRUB2 bez odpowiednich łatek (dokładnie to pójdzie, ale sypie błędami). Z GRUBego też można zrezygnować (co uczyniłem).
Ad Ps1 - nie zwróciłem uwagi, na pewno jest btrfs (który czasem zalecają zamiast ext4)
Ad Ps2 - SSD formatowałem i z poziomu Windowsa (do całkowitego 0) i z poziomu Linuxa
Ad Ps3 - Tak, da się bez problemu
cat /fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb3 during installation
UUID=f501c54b-14bb-4cd2-b298-2119a152ce12 / ext4 discard,noatime,nodiratime,errors=remount-ro 0 1
# /boot was on /dev/sdb2 during installation
UUID=b3037b07-23ae-431b-94ad-5a74886432b5 /boot ext4 defaults 0 2
# /boot/efi was on /dev/sdb1 during installation
UUID=D68B-AE6C /boot/efi vfat umask=0077 0 1
# /home was on /dev/sdb4 during installation
UUID=901f8fb5-c1d1-443a-b469-09ad3895deec /home btrfs noatime,nodiratime,nodatacow,compress,discard 0 0
systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @1.935s
`-multi-user.target @1.932s
`-snapd.seeded.service @1.793s +135ms
`-snapd.service @1.445s +325ms
`-basic.target @1.404s
`-sockets.target @1.404s
`-snapd.socket @1.401s +2ms
`-sysinit.target @1.398s
`-haveged.service @1.398s
`-apparmor.service @1.266s +127ms
`-local-fs.target @1.263s
`-home.mount @1.040s +223ms
`-dev-sdb4.device @869ms
Zapomnialem dodac ze w BIOSie mam wlaczona Wirtualizacje procesora (czy cos takiego), bo na WIndowsie korzystam z Bluestacks, ale testowo wylaczylem i jest podobnie, wiec chyba nie ma wplywu na to.
Szybko - możesz zrobić jeszcze jedną instalkę? FS dla całego linuksa albo ext4 albo coś dla SSD jak np. f2fs (dla /home masz brtfs - niby ok, ale - IMO - bez sensu). Sformatuj przy okazji z poziomu instalki cały dysk. Jeśli dasz f2fs grub niegroźnie będzie się pluł z błędami (ale nie ma to znaczenia większego, zawsze też można przejść np. na systemd-boot).
W jedym z pierwszych postów inxi podaje , że partycja zawierająca główny system plików "/" znajduje się na partycji btrfs.
inxi
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
Czemu jest montowana jako ext4 ?
/etc/fstab
# / was on /dev/sdb3 during installation
UUID=f501c54b-14bb-4cd2-b298-2119a152ce12 / ext4 discard,noatime,nodiratime,errors=remount-ro 0 1
Cytat: lami07 w Maj 22, 2019, 05:30:18 PM
W jedym z pierwszych postów inxi podaje , że partycja zawierająca główny system plików "/" znajduje się na partycji btrfs.
inxi
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
Czemu jest montowana jako ext4 ?
/etc/fstab
# / was on /dev/sdb3 during installation
UUID=f501c54b-14bb-4cd2-b298-2119a152ce12 / ext4 discard,noatime,nodiratime,errors=remount-ro 0 1
Nie mam pojęcia - mogę to zmienić (jeśli tak wolno)
Podaj wynik lsblk -fs
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda1 ntfs Odzyskiwanie 601488101487E6FE
└─sda
sda2 vfat C689-8192
└─sda
sda3
└─sda
sda4 ntfs E48E9CB28E9C7F2C
└─sda
sdb1 vfat D68B-AE6C 510,9M 0% /boot/efi
└─sdb
sdb2 ext4 boot b3037b07-23ae-431b-94ad-5a74886432b5 412,1M 22% /boot
└─sdb
sdb3 ext4 parrot-system f501c54b-14bb-4cd2-b298-2119a152ce12 29G 15% /
└─sdb
sdb4 btrfs parrot-home 901f8fb5-c1d1-443a-b469-09ad3895deec 72G 1% /home
└─sdb
M.in. dlatego podałem - skoro to świeża instalka, gdzie niczego nie ma - zrobić od nowa, ale porządnie.
Cytat: pavbaranov w Maj 22, 2019, 07:03:08 PM
M.in. dlatego podałem - skoro to świeża instalka, gdzie niczego nie ma - zrobić od nowa, ale porządnie.
Takie mam opcje przy partycjonowaniu (jeden obrazek pokazuje typy dla partycji, a drugi dla konkretnej partycji co można dodatkowo ustawić).
(https://i.ibb.co/Cms6qS0/IMG-20190522-202318.jpg)
Sorry, ślepy jestem...
Cytat: pavbaranov w Maj 22, 2019, 08:30:21 PM
Sorry, ślepy jestem...
Partycje:
ext4, ext3, ext2, btrfs, jfs, xfs, fat16, fat32, przestrzen wymiany, EFI, przestrzen zarezerwowana dla programu rozruchowego bazujacego na BIOSie, fizyczny wolumin do szyfrowania, RAID, LVM, nie uzywaj tej partycji
Łoł :) Daj mu ext4, skoro innych nie ma.
Tu akurat dawałem automatyczne partycjonowanie - jak sam robiłem i dawałem ext4 to ładowanie trwało tyle samo (próbowałem różne wariacje partycji: od tylko 2, tj. 1 - EFI, 2 - btrfs (bez podziału /home, /root, itd. po partycje z ext4 + swap + EFI, po rozdział na /home, /root z kombinacją ext4/ (+swap), btrfs), więc tutaj wiem że efekt będzie ten sam :D
Z tą różnicą że teraz mam pusty dysk bo musiałem to sprawdzić i się sformatował
EDIT: Może po prostu mam jakiś "lewy" ten dysk... Nawet nie wiem czy da się to jakoś wiarygodnie sprawdzić (jakimś programem?)
Może, ale prosiłem Cię o wynik smarta.
U Ciebie jest efi na fat32 (i ok), główny na ext4 i home na brtfs.
Cytat: pavbaranov w Maj 22, 2019, 09:53:48 PM
Może, ale prosiłem Cię o wynik smarta.
U Ciebie jest efi na fat32 (i ok), główny na ext4 i home na brtfs.
/Dodam, jakoś mi umknęło (<-- smartctl /dev/sdb -a)
Smartctl
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-parrot4-28t-amd64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: ADATA SU650
Serial Number: 2J1020134554
LU WWN Device Id: 5 000000 000000000
Firmware Version: P180831a
User Capacity: 120,034,123,776 bytes [120 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-2 (minor revision not indicated)
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Wed May 22 22:29:21 2019 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 33) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 2) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x0031) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 0
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 186
12 Power_Cycle_Count 0x0012 100 100 000 Old_age Always - 622
167 Unknown_Attribute 0x0022 100 100 000 Old_age Always - 0
168 Unknown_Attribute 0x0012 100 100 000 Old_age Always - 49919
169 Unknown_Attribute 0x0013 085 085 010 Pre-fail Always - 14942265
173 Unknown_Attribute 0x0012 200 200 000 Old_age Always - 30066278415
175 Program_Fail_Count_Chip 0x0013 100 100 010 Pre-fail Always - 0
180 Unused_Rsvd_Blk_Cnt_Tot 0x0033 100 100 020 Pre-fail Always - 1364
192 Power-Off_Retract_Count 0x0012 100 100 000 Old_age Always - 572
194 Temperature_Celsius 0x0022 053 053 030 Old_age Always - 47 (Min/Max 18/54)
231 Temperature_Celsius 0x0033 099 099 005 Pre-fail Always - 1
233 Media_Wearout_Indicator 0x0032 100 100 000 Old_age Always - 1750991296
234 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 993370112
241 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 1041385363
242 Total_LBAs_Read 0x0032 100 100 000 Old_age Always - 217884257
SMART Error Log Version: 1
ATA Error Count: 46227 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 46227 occurred at disk power-on lifetime: 186 hours (7 days + 18 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 41 08 d8 79 b8 40 Error: ABRT
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ef 10 02 00 00 00 a0 80 00:02:58.800 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:02:58.800 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 80 00:02:58.800 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 80 00:02:58.800 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:02:58.800 IDENTIFY DEVICE
Error 46226 occurred at disk power-on lifetime: 186 hours (7 days + 18 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 41 10 08 32 cb 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ec 00 01 00 00 00 00 80 00:01:53.000 IDENTIFY DEVICE
ef 10 02 00 00 00 a0 80 00:01:53.000 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:01:53.000 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 80 00:01:53.000 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 80 00:01:53.000 SET FEATURES [Enable SATA feature]
Error 46225 occurred at disk power-on lifetime: 186 hours (7 days + 18 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 41 d8 68 49 f9 40
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ec 00 01 00 00 00 00 80 00:00:32.100 IDENTIFY DEVICE
ef 10 02 00 00 00 a0 80 00:00:20.600 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:00:20.600 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 80 00:00:20.600 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 80 00:00:20.600 SET FEATURES [Enable SATA feature]
Error 46224 occurred at disk power-on lifetime: 186 hours (7 days + 18 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 41 40 30 06 10 40 Error: ABRT
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ef 10 02 00 00 00 a0 80 00:00:20.100 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:00:20.100 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 80 00:00:20.100 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 80 00:00:20.100 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:00:20.100 IDENTIFY DEVICE
Error 46223 occurred at disk power-on lifetime: 186 hours (7 days + 18 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 41 68 88 07 10 40 Error: ABRT
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
ef 10 02 00 00 00 a0 80 00:00:19.600 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:00:19.600 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 80 00:00:19.600 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 80 00:00:19.600 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 80 00:00:19.600 IDENTIFY DEVICE
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
No to jeśli dobrze widzę, temu dyskowi przydażyło się kilka podknięć w 186 godzinie działania. O co z tym chodzi jednak nie wiem, jak również nie potrafię stwierdzić na czym ów błąd polegał, oraz czym dokładniej go "wyciągnąć" i zinterpretować.
EDIT:
Przychodzi mi do głowy taka jeszcze zabawa. Jak na razie na tym SSD w zasadzie nic nie masz, czyli może on służyć testom, a zatem... Postaw tam testowo Win10, ściągnij program użytkowy z A-Data, bowiem zdaje się, że ma on więcej możliwości niż wszelkie SMARTtoolsy itp. i przetestuj. Być może również uda się zdiagnozować te błędy, które się pojawiły i być może uda się je naprawić.
Jeśli to jest nowy SSD na gwarancji jeszcze, to być może ów jego błąd byłby również podstawą do wymiany dysku.
Czy dysk SSD adata jest stabilnie zainstalowany w swoim gnieździe ? Nie ma czasem jakiegoś luzu ? Dla pewności wymontuj dysk i podłącz ponownie.
Postaw innego Linuxa - np bez systemd - moze Arch'a Fedore - CentOS'a - szybciej jak stawiania W10 aby jeden program uruchomic - wez Sparky Live - dyski zawsze testuje sie offline - wez jakie testowe distro - sa takie - tylko do diagnostyki - od kilku dni sie meczycie a efektow nie ma - uzyj dd if=/dev/zero of=/zly/dysk - wszystko wyzeruje - jakby jakies smieci zostaly i ponownie instaluj - masz opcje legacy boot ? to zapmnij o uefi -i zrob legacy boot - nie mozesz stac w miejscu i trzymac sie jednej koncepcji - tak jak przypuszczalem studiowanie logow systemd nie ma sensu - bo to wszystko o czym pisze to i tak mozna bez czytania logow zrobic - a jednego nie mozna systemd zarzucic - braku informacji diagnotycznych - nedlugo to bedzie specjalizacja - rozumienie co systemd wyrzuca z siebie jak cos nie dziala. Tu chodzi o zdrowy rozsadek, ktorego autorom systemd zabraklo - ale tez nie byl tworzony z mysla o PC-etach.
@lami - na pewno jest dobrze wpięty :)
@hobbysta - ok, zrobię tak (tylko za kilka dni bo aktualnie nie mam dostępu do laptopa)
@hobbysta - Arch, Fedora, CentOS - wszystkie są na systemd :) Nawet Sparky. Przeglądnij te logi. Jest tu jakiś problem z SSD.
Jeśli bez systemd, to ok - devuan, slackware, jakieś forki archa... Co to jednak da? Problem nie leży w inicie.
Zrobię inaczej. W domu mam SSD 60GB Kingstona (na którym mam Windows 10). Na ADatę przeniosę sobie tego Windowsa, a na Kingstona nagram Linuxa i zobaczę czy to coś da (+od razu będę widział jak Winda działa na Adacie)
Nie chodzi o to "czy Winda działa na Adacie", ale o sprawdzenie dysku. Windows miewa tak, że jest w stanie niekiedy działać na wadliwym sprzęcie. Możesz prawdopodbnie zrobić też inaczej. Po prostu zainstalować to oprogramowanie ADaty na Windows i spod niego sprawdzić dysk SSD.
Cytat: pavbaranov w Maj 25, 2019, 09:45:32 AM
Nie chodzi o to "czy Winda działa na Adacie", ale o sprawdzenie dysku. Windows miewa tak, że jest w stanie niekiedy działać na wadliwym sprzęcie. Możesz prawdopodbnie zrobić też inaczej. Po prostu zainstalować to oprogramowanie ADaty na Windows i spod niego sprawdzić dysk SSD.
Ja już chyba widzę że ten dysk ma coś nie tak, bo:
- za każdym razem gdy resetuję Windows to Adata zmienia GPT na MBR (mimo wcześniejszego ustawienia na GPT)
- przy instalacji Windowsa na Adatę wywala błąd - nie mogę w ogóle zainstalować Windy na tym dysku (dokłądnie Błąd 0x80070057, ale mimo postępowania jak przy rozwiązaniu nic to nie daje)
- przy próbie formatowania dysku z poziomu Windows - CMD - pokazuje "błąd urządzenia We/Wy"
Nie wiem co to się podział oz tym dyskiem, ale muszę go zareklamować ... (bo to nie jest normalne zachowanie się dysku)
Tu jeszcze wynik z programu SSD Adata Toolbox (generalnie pokazuje że firmware jest najnowszy i jakiś błędów nie widzi :-\ :-\ :-\ )
Disk Channel: 1
Model Name: ADATA SU650
Disk Size: 120 GB
Maximum LBA: DF94BB0 (234441648)
World Wide Name: 5000000000000000
Serial Number: 2J1020134554
Firmware Revision: P180831a
Connection Speed: SATA 6.0 Gb/s
Temperature: 42 degree C
-----------------------------------------------------------------------------------
Identify Table
0 1 2 3 4 5 6 7 8 9 A B C D E F
00 0040 3FFF C837 0010 0000 0000 003F 0000 0000 0000 4A32 3031 3032 3331 3534 3435
10 2020 2020 2020 2020 0000 0000 0000 3150 3038 3338 6131 4441 5441 2041 5553 3536
20 2030 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 2020 8010
30 4000 2F00 4000 0000 0000 0007 3FFF 0010 003F FC10 00FB 0110 4BB0 0DF9 0000 0007
40 0003 0078 0078 0078 0078 4020 0000 0000 0000 0000 0000 001F C50E 0006 004C 0044
50 03F8 0000 406B 7401 4161 4069 B401 4161 407F 0001 0001 0000 FFFE 0000 0000 0000
60 0000 0000 0000 0000 4BB0 0DF9 0000 0000 0000 0008 4000 0000 5000 0000 0000 0000
70 0000 0000 0000 0000 0000 0000 0000 401C 401C 0000 0000 0000 0000 0000 0000 0000
80 0029 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
90 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
A0 0000 0000 0000 0000 0000 0000 0000 0000 0003 0001 0000 0000 0000 0000 0000 0000
B0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
C0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0031 0000
D0 0000 4000 0000 0000 0000 0000 0000 0000 0000 0001 0000 0000 0000 0000 10FF 0000
E0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0001 03E8 0000 0000 0000 0000
F0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 B2A5
-----------------------------------------------------------------------------------
SMART Attributes
ID Current Worst Threshold RAW_value Flags
09 64 64 00 000000000000C1 1200
0C 64 64 00 00000000000286 1200
A7 64 64 00 00000000000000 2200
A8 64 64 00 0000000000FFFF 1200
A9 55 55 0A 00000000E40039 1300
AD C8 C8 00 0000070017000F 1200
AF 64 64 0A 00000000000000 1300
B4 64 64 14 00000000000554 3300
C0 64 64 00 0000000000024F 1200
C2 3A 3A 1E 0000360012002A 2200
E7 63 63 05 00000000000001 3300
E9 64 64 00 0000006EBD3F40 3200
EA 64 64 00 0000003F2E2C00 3200
F1 64 64 00 000000413C2967 3200
F2 64 64 00 0000000D0EE17E 3200
-----------------------------------------------------------------------------------
SMART Read Data
0 1 2 3 4 5 6 7 8 9 A B C D E F
000 00 00 09 12 00 64 64 C1 00 00 00 00 00 00 0C 12
010 00 64 64 86 02 00 00 00 00 00 A7 22 00 64 64 00
020 00 00 00 00 00 00 A8 12 00 64 64 FF FF 00 00 00
030 00 00 A9 13 00 55 55 39 00 E4 00 00 00 00 AD 12
040 00 C8 C8 0F 00 17 00 07 00 00 AF 13 00 64 64 00
050 00 00 00 00 00 00 B4 33 00 64 64 54 05 00 00 00
060 00 00 C0 12 00 64 64 4F 02 00 00 00 00 00 C2 22
070 00 3A 3A 2A 00 12 00 36 00 00 E7 33 00 63 63 01
080 00 00 00 00 00 00 E9 32 00 64 64 40 3F BD 6E 00
090 00 00 EA 32 00 64 64 00 2C 2E 3F 00 00 00 F1 32
0A0 00 64 64 67 29 3C 41 00 00 00 F2 32 00 64 64 7E
0B0 E1 0E 0D 00 00 00 00 00 00 00 00 00 00 00 00 00
0C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160 00 00 00 00 00 00 00 00 00 00 00 00 21 00 00 7B
170 03 00 01 00 02 02 02 00 00 00 00 00 00 00 00 00
180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
190 4D 4B 38 31 31 35 00 00 00 00 31 30 32 30 30 30
1A0 30 30 34 00 00 00 00 00 00 00 00 00 00 00 00 00
1B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0 00 00 00 00 00 00 00 00 00 00 00 00 10 00 00 7A
-----------------------------------------------------------------------------------
GPT Table
0 1 2 3 4 5 6 7 8 9 A B C D E F
000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
020 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1B0 00 00 00 00 00 00 00 00 E0 E8 EB 45 00 00 00 00
1C0 02 00 EE FE 7F 00 01 00 00 00 FF FF FF FF 00 00
1D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
1F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA
200 45 46 49 20 50 41 52 54 00 00 01 00 5C 00 00 00
210 AF A2 D0 52 00 00 00 00 01 00 00 00 00 00 00 00
220 AF 4B F9 0D 00 00 00 00 22 00 00 00 00 00 00 00
230 8E 4B F9 0D 00 00 00 00 C0 B7 9C 17 DF 28 AA 03
240 F0 2D E7 C5 37 8A EA 00 02 00 00 00 00 00 00 00
250 80 00 00 00 80 00 00 00 2F BC DE C5 00 00 00 00
260 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
270 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
280 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
290 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
300 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
310 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
320 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
330 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
340 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
350 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
360 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
370 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
380 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
390 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
3A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
3B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
3C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
3D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
3E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
3F0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
-----------------------------------------------------------------------------------
diskpart -- detail disk
Microsoft DiskPart version 10.0.17763.1
Copyright (C) Microsoft Corporation.
On computer: SVN
Disk 1 is now the selected disk.
ADATA SU650
Disk ID: {179CB7C0-28DF-03AA-F02D-E7C5378AEA00}
Type : SATA
Status : Online
Path : 1
Target : 0
LUN ID : 0
Location Path : PCIROOT(0)#PCI(1100)#ATA(C01T00L00)
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
There are no volumes.
Dysk jest walnięty. Masz to na gwarancji - po prostu zwróć. Kupiony od kogoś - zwróć.
Cytat: pavbaranov w Maj 27, 2019, 05:49:49 PM
Dysk jest walnięty. Masz to na gwarancji - po prostu zwróć. Kupiony od kogoś - zwróć.
Zeby watek nie umarl - na razie dysk odeslany do reklamacji, czekam na decyzje (czy go zmienia czy nie).
No i problem rozwiązny :D
Czyli wina deysku - przyszedł nowy i zupełnie inna bajka
/Dziękuję Wszystkim za pomoc!!