Lassú indulás (Booting in insecure mode)
bozsingA sudo apt autoremove egy rendszertisztító parancs - így önmagában nyugodtan futtathatod. Ha vannak snap-el telepített alkalmazásod(aid), ez a parancs kilistázza őket: snap list Figyelmedbe ajánlom ezt az oldalt mely példákkal mutatja be a snap csomagkezeléséhez szükséges parancsokat.: https://snapcraft.io/docs/getting-started#heading--listing
Köszönöm! Az általatok megadott parancsokat lefuttattam, de az alaphelyzet nem változott, továbbra is lassú: https://www.linkpicture.com/q/Keperny%C5%91kep-err%C5%91l_-2021-04-20-12-41-02.png
lala2Hogyne, köszönöm! # /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). # # # / was on /dev/sda3 during installation UUID=b9ddd069-3fa4-4d35-969f-771e81959207 / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/sda2 during installation UUID=99DA-B01E /boot/efi vfat umask=0077 0 1 /swapfile none swap sw 0 0
bozsingVan 2 tök egyforma gép, egyforma beállítással/rendszerrel. Az egyik normálisan bootol, a másik nagyon lassan. A lassan bootoló ezt az üzenetet dobja: "Booting in insecure mode" - a másik nem. Ezek szerint mégis van különbség a 2 gép beállításai között - nem? Szerintem a secure boot BIOS beállításnál kéne keresni a különbséget. Arról persze nem vagyok meggyőződve hogy ez okozna ekkora különbséget a boot időben.
lala2Az a baj, hogy csak a „hibás” gépen láttuk a systemd-analyze kimenetét, így nehéz összenézni a kettőt.
- Szerkesztve
meskobalazs Jogos! Ez a "jó" gép kimenete:
graphical.target @25.193s
└─multi-user.target @25.193s
└─postfix.service @12.804s +3ms
└─postfix@-.service @9.126s +3.675s
└─network-online.target @9.120s
└─NetworkManager-wait-online.service @2.540s +6.579s
└─NetworkManager.service @2.304s +229ms
└─dbus.service @2.299s
└─basic.target @2.282s
└─sockets.target @2.282s
└─uuidd.socket @2.282s
└─sysinit.target @2.271s
└─systemd-backlight@backlight:intel_backlight.service @3.>
└─system-systemd\x2dbacklight.slice @3.186s
└─system.slice @426ms
└─-.slice @426ms- Szerkesztve
meskobalazs szia! a probléma továbbra is fennáll, ezért most megpróbáltam az általad javasolt helyen (https://askubuntu.com/questions/1094389/what-is-the-use-of-systemd-journal-flush-service) lefuttatni a journalctl --verify parancsot, és ezt az eredményt adja vissza:
4c3e50: Invalid object
File corruption detected at /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@0005d64e0fc7973e-df042c599a424c41.journal~:4c3e50 (of 8388608 bytes, 59%).
FAIL: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@0005d64e0fc7973e-df042c599a424c41.journal~ (Rossz üzenet)
PASS: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000.journal
PASS: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@3c6285d6860d4e48b46fbf2f2ace839f-0000000000000001-0005d64572559e69.journal
PASS: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system.journal
PASS: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@0005d64572654f9e-b644e748a454b5a9.journal~
PASS: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@0005d64574718d30-f2caac891776c4ec.journal~
PASS: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@e1dd491601204628bf93880298e389d1-00000000000006dc-0005d645746d3cf5.journal
59cfa0: Invalid hash (c522d1733ba69d4f vs. c42f8329f9b8def7
59cfa0: Invalid object contents: Rossz üzenet
File corruption detected at /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@0005d64e0dc55b01-912f8abd218d15d7.journal~:59cfa0 (of 8388608 bytes, 70%).
FAIL: /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@0005d64e0dc55b01-912f8abd218d15d7.journal~ (Rossz üzenet)lehet, hogy itt van a gond? ha igen, mit hogyan lehet ezt javítani?
OFF
Mindkét gép teljes lemezét valamilyen klónozóval, pl. Clonezilla menteni, "rossz" gépre feltenni a "jó" gépét és megnézni mi a helyzet.
ON
- Szerkesztve
Milyen meghajtó van ezekeben?
sudo apt install smartmontools
Feltéve, hogy még nincs telepítve, de ha van akkor is csak legfeljebb annyit üzen, hogy már a legújabb verzió.
sudo smartctl -a /dev/sda
Feltéve, hogy sda vizsgált rendszermeghajtó. Valószínűleg az, de nem feltétlenül...
Ha nem sda, akkor értelemszerűen behelyettesíteni.
Aztán a választ küldd be. Megnézzük, nincs-e baja annak a háttértárnak?
A journal egyébként űríthető
sudo journalctl --rotate
sudo journalctl --vacuum-time=1sHa újra hízni kezd, meg kell nézni, mi okozza?
- Szerkesztve
klt
A sudo smartctl -a /dev/sda parancsra ez jött:
=== START OF INFORMATION SECTION ===
Model Family: Seagate Mobile HDD
Device Model: ST1000LM035-1RK172
Serial Number: WKPBMSCJ
LU WWN Device Id: 5 000c50 0d01f7c75
Firmware Version: RTM2
User Capacity: 1.000.204.886.016 bytes [1,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-3 T13/2161-D revision 3b
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Fri Jan 28 18:46:55 2022 CET
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: ( 0) seconds.
Offline data collection
capabilities: (0x51) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No 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: ( 171) minutes.
SCT capabilities: (0x303d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 076 064 006 Pre-fail Always - 38143905
3 Spin_Up_Time 0x0023 099 099 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 826
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x002f 083 060 045 Pre-fail Always - 179365943
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 5855
10 Spin_Retry_Count 0x0033 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 733
183 Runtime_Bad_Block 0x0032 089 089 000 Old_age Always - 11
184 End-to-End_Error 0x0033 100 100 097 Pre-fail Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 098 000 Old_age Always - 6
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 068 055 040 Old_age Always - 32 (Min/Max 20/32)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 67
192 Power-Off_Retract_Count 0x0022 100 100 000 Old_age Always - 226
193 Load_Cycle_Count 0x0032 096 096 000 Old_age Always - 8576
194 Temperature_Celsius 0x0022 032 045 000 Old_age Always - 32 (0 13 0 0 0)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 199 000 Old_age Always - 84
254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
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.ezekre sudo journalctl --rotate
sudo journalctl --vacuum-time=1s pedig ez:
Vacuuming done, freed 0B of archived journals from /run/log/journal.
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@0005d64572654f9e-b644e748a454b5a9.journal~ (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@0005d64574718d30-f2caac891776c4ec.journal~ (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@3c6285d6860d4e48b46fbf2f2ace839f-0000000000000001-0005d64572559e69.journal (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@e1dd491601204628bf93880298e389d1-00000000000006dc-0005d645746d3cf5.journal (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@0005d64e0dc55b01-912f8abd218d15d7.journal~ (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@0005d64e0fc7973e-df042c599a424c41.journal~ (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@479e621d44e9491686442a9a72814a9b-0000000000000001-0005d64e0db8a184.journal (16.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@faf8edc53bd0402292f9f95b70daf575-000000000000071c-0005d64e0fb92822.journal (16.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/system@479e621d44e9491686442a9a72814a9b-0000000000005764-0005d6a7fad0c634.journal (8.0M).
Deleted archived journal /var/log/journal/7493ef24b12b49ce88b4013cc65323df/user-1000@faf8edc53bd0402292f9f95b70daf575-0000000000005767-0005d6a7faeb9575.journal (8.0M).
Vacuuming done, freed 96.0M of archived journals from /var/log/journal/7493ef24b12b49ce88b4013cc65323df.
Vacuuming done, freed 0B of archived journals from /var/log/journal.Ez mond neked valamit?
- Szerkesztve
bozsing
Ez a rossz gépben van?
Aggódtam, hogy tele lesz olvasási hibával, de ez ránézésre rendben van.
Viszont ezek:
183 Runtime_Bad_Block 0x0032 089 089 000 Old_age Always - 11
188 Command_Timeout 0x0032 100 098 000 Old_age Always - 6
199 UDMA_CRC_Error_Count 0x0032 200 199 000 Old_age Always - 84Azt mutatják, a kapcsolat a SATA vezérlővel nem 100%-os.
Lehet lazább csatlakozó, vagy kicsit sérült kábel, vagy ilyesmi. De nem vészes értékek.
Mindenesetre, nem a vincseszter haldoklik, nem kell pánikszerűen adatot menteni.
Garis a két laptop?
Mennyire nehéz átcserélni a két vincsesztert?
Szerk.: A journal csak ki lett pucolva.
bozsing
Ha van némi műszaki érzéked csavarozáshoz, akkor szerintem meg tudod állapítani, hogy cserélhetsz-e vinyót?
Vagy szalag van ragasztva, vagy a csavar feje van "betömve" valamivel, amit el kell távolítani ahhoz, hogy ki tudd csavarozni.
Nos ha ilyen nincs, akkor szerintem kiszedhető. Amúgy köcsögség ezt korlátozni, de természetesen elfogadom ,hogy létezik ilyen gyakorlat.
Szóval ha nincs ilyen akadály, akkor kicseréled. A rendszer még ha logolja is, hogy megváltozott a vinyó, nem fogja senki turkálni ezt a fájlt. Ebben biztos lehetsz.