Lassú indulás (Booting in insecure mode)

Llala2 · 2021. ápr 19.

bozsingElőször is futtasd azt a parancsot amit javasol. sudo dpkg --configure -a Ez törött csomagot(kat) javít.

Bbozsing · 2021. ápr 19.

lala2Köszönöm! Megtörtént. Mi legyen a következő lépés?

Aa mester · 2021. ápr 20.

bozsingEgy autoremove-ot akartál...

Llala2 · 2021. ápr 20.

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

Llev258 · 2021. ápr 20.

bozsingElsőként ez. sudo systemctl disable NetworkManager-wait-online.service

Bbozsing · 2021. ápr 20.

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

Llev258 · 2021. ápr 20.

bozsingA snap csomagok is tudják lassítani. Csak jelzem, hogy Ubuntun a Szoftverközpontban most már kizárólag az van. Persze Terminálból, Synaptic-ból továbbra is telepíthetőek hagyományos csomagok. Ebben a listában a + utáni értékek számítanak. Csak azok jeleznek időtartamot.

Llala2 · 2021. ápr 20.

bozsingcat /etc/fstab Megmutatnád ennek a parancsnak a kimenetét ?

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.