Lassú indulás (Booting in insecure mode)

sömike · 2021. ápr 20.

bozsingTalán ennek a kimenete is érdekes lehet: journalctl --disk-usage

Bbozsing · 2021. ápr 20.

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

Bbozsing · 2021. ápr 20.

sömikeÜdv! Erre pedig ezt kaptam: Archived and active journals take up 1.4G in the file system.

Llala2 · 2021. ápr 20.

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.

meskobalazs · 2021. ápr 20.

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.

Bbozsing · 2021. ápr 20.

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

Bbozsing · 2022. jan 24.

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?

Ttenkes · 2022. jan 24.

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

klt · 2022. jan 24.

bozsing

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=1s

Ha újra hízni kezd, meg kell nézni, mi okozza?

Bbozsing · 2022. jan 28.

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?

klt · 2022. jan 28.

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 - 84

Azt 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.

Bbozsing · 2022. jan 29.

klt Köszönöm a visszajelzést!
Igen, ez a régi gépben van.
Az a gond, hogy mindkét gép még garis, és nem tudom, ha megbontom a vinyók cseréjéhez, elvész-e a garancia.
A journal kiürítéséhez azt a 2 parancsot használtam, amit írtál.

sömike · 2022. jan 29.

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.

Bbozsing · 2022. jan 29.

sömike Szuper, köszönöm a választ! Ezt fogom tenni, aztán jövök vissza.