Baj van!

Merevlemezek, vezérlők

Alaptörténet:

Csináltam a feleségemnek egy lenovo gépen egy terminált. 8 GB ram, 1 TB WD purple vinyó, 15.0 Slackware. Néhány hete problémamentesen üzemelt egy dolgot leszámítva: Nem tudtuk munkára fogni a az outlook365-öt. Felhívtuk a KLIKK-es itszakit, aki azt javasolta, telepítsünk operát. Mondjuk azelőtt, a régi gépen ment firefox-szal, de hát ezen nemúljon a világ dicsősége:

operea letölt, elindít, kéri a GLIBC-2.35-öt és 34-et. Jó. Ezeket is letöltöm rpm-be, elkezdem átrakni txz-be, meg is csinálja. Install. Az install hibaüzenettel leáll: nincs /usr könyvtár, nincs /sbin nincs /bin és egyáltalán nincs semmi. 

Bebútolok, kernelpánik.

Nézem cfdisk-kel: freespacees a vinyó. Visszaírom a partíciós táblát, ettől elkezdi látni, hogy ext4-re van formázva, de a vincseszter nem mountolható.

Vélemény? Tud valaki segíteni tippel?

Előre is köszönöm!

  • 2104 megtekintés

( rpsoft v | 2022. 03. 23., sze – 11:02 )

A diszk smart-adatai nem árulnak el semmit?

Nem is a google drive a backup szolgáltatóm, hanem explicit backup szolgáltatóm van :) sajnos nem ingyenes (50 eur per hó)

De azért mennek dolgok a mindenféle drive-okra is, meg egy fizikai backup vinyóra - 3 -ból egy csak nem fog meghalni :)

Szerencse kérdése.

Egy éves Microsoft Surface laptopomon a Windowst már szükséges volt újra húzni egyszer. És nem ártana másodszor is, de egyelőre nem szükséges (csak a csomagkezelőben akadt be néhány dolog telepítése, amiket se törölni se a telepítést befejezni nem lehet).

Nekem több (de aláírom, nem túl sok) gondot okozott ez alatt az egy év alatt a Windows, mint ugyanezen a laptopon a Linux.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

"csak a csomagkezelőben akadt be néhány dolog telepítése, amiket se törölni se a telepítést befejezni nem lehet"
 A services alatt a Windows Update-t leallitod es letiltod aztan a c:\Windows\Software Distribution konyvtar tartalmat kitorlod a pcsaba, ujra automaticra teszed a windows update servicet es elinditod, lehet kell egy reboot is vagy a {wuauclt.exe /detectnow /reportnow} a cmd lineba es egy jo felora varakozas. 99%ban megjavitja az ilyen jellegu problemakat.

Nem Windows Update-ről van szó, hanem a Microsoft Store-nak nevezett cuccból próbáltam telepíteni valamit, ami megakadt sikertelen telepítés állapotban. Újrapróbálkozásra gondolkozik és ugyanott marad, törölni nem lehet a felületről.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

ott az egesz store appot kell "frissiteni", ez gyk torli es ujrahuzza a store appot (Powershell nem command line) ja es adminkent futtasd

Get-AppxPackage -allusers Microsoft.WindowsStore | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}

Ehhez semmi köze nincs szerintem a Linuxnak. Miért Slackware és miért kell összevissza taknyolni a rendszerben?

Egy Ubuntu 21.10 nem lett volna jó? Minden browser két klikkre felmegy rá. Az Opera is.

Azt látom, hogy a történetnek nem ez volt a lényege, csak nem értem, hogy ahol semmi értelme magunkat szopatni, ott miért szopunk.

Bizonyára nem számított rá, hogy Salak alatt nem megy majd hipp-hopp.

Mondjuk amikor nem ment hipp-hopp, akkor lehet, hogy érdemesebb lett volna gondolkozni és akár másik disztróval próbálkozni mint a futó rendszer alól kirántani a libc-t.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

+1

Mondom ezt ugy hogy tobb mint 20 eve Slackware-t hasznalok mindenhol.
(Mondjuk melohelyen SLES-t). Hasznaltam en Ubuntu-t, RHEL-t, Debian-t es Slackware utan igazabol mindegyiket ra tudod venni hogy azt csinalja amit te akarsz, megis Slackware az ahol minden ott van ahol az upstream dokumentacioban emlitik.    Persze tudom, hogy "normal" ember nem olvas dokumentaciot, meg help menut :D

Support Slackware: https://paypal.me/volkerdi

Szerintem az Arch után az Ubuntu nagy visszalépés, de ez attól is függ, hogy a gépet mire használod. Az Ubuntuval az a baj, hogy alaptelepítésben túl sok a corporate bloat rajta, meg a Canonicalnak sok a brandes hülyesége, illetve, hogy fix kiadásos, és a csomagverziók nem mindig a legújabbak. De alap igényekre ugyanolyan jól használható, nyilván más ökoszisztéma, más csomagkezelő, más tárolók, AUR helyett PPA, meg külön kell disztrókiadást frissíteni, de abszolválható, nem arról van szó, hogy használhatatlan lenne. Kicsit ez a véleményem a Red Hat disztróiról is.

De pl. olvastam olyan emberkéről, aki egy ideig Debianra váltott vissza Archról, és nem azért, mert az Arch-csal bármi baja lett volna, hanem elköltözött egy olyan helyre, ahol nagyon szar volt a net, és nem akart azon sok frissítést lehúzgálni, ezért oda jobb volt egy ritkábban frissülő disztró. Esetleg még régebben hasonló volt az értelme a CentOS-nek meg a Slackware-nek, amik akkor még konzervítabbak voltak, hogy az ősi kernel és csomagverziók miatt kevésbé voltak bloatok, és nagyon ergya, gyenge, muzeáis gépeken jobban teljesítettek, mivel se systemd, se Qt5, Gtk3-4 bloatware, stb. nem volt rajtuk, bár ez is elenyészni látszik, ahogy a Slackware is frissült, meg a CentOS-ből is rolling lett. Kicsit ezért is van, hogy sok régi gépre szánt disztró is gyakran a Debianra épül, és nem az Ubuntu-vonalra, pl. MX, AntiX, Sparky, bár ez gyakran a 32 bites kényszer miatt is van, hiszen az Ubuntu már csak 64 bit only egy ideje.

Emlékszem neked Archon a frissítésekkel volt gondod, eltört csomagok. Archon is lehet biztonságra játszani, pl. lehet rajta linux-lts kernelt használni, meg mondjuk ha 2-4 hetente engeded csak frissíteni, akkor nehezebben akad horogra bármi gikszer. Illetve opció a Manjaro, ami egy hónapig visszatartja a csomagokat. A workflow sem mindegy. Ha bloatabb programokat és DE-ket használsz, azok szeretnek jobban eltörni, mint egy szög egyszerű WM és minimál terminálos programok. Azzal is sok szívást meg lehet önmagában előzni, ha néha hajlandó az ember a gépet újraindítani és nem uptime-huszár, meg nem NVidia GPU-t használ, stb..

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( meditor | 2022. 03. 23., sze – 11:35 )

A smartctl ezt dobta:

 

smartctl 7.0 2018-12-30 r4883 [i686-linux-4.19.13-smp] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     WDC WD10PURZ-85BDSY0
Serial Number:    WD-WCC4J6YVKAJ5
LU WWN Device Id: 5 0014ee 2bf05e6e1
Firmware Version: 01.01A01
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:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Wed Mar 23 11:35:03 2022 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
AAM feature is:   Unavailable
APM feature is:   Unavailable
Rd look-ahead is: Enabled
Write cache is:   Enabled
DSN feature is:   Unavailable
ATA Security is:  Disabled, NOT FROZEN [SEC1]
Write SCT (Get) Feature Control Command failed: Read of ATA output registers not implemented [JMicron]
Wt Cache Reorder: Unknown (SCT Feature Control command failed)

=== 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: 		(12720) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					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: 	 ( 132) 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: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  1 Raw_Read_Error_Rate     POSR-K   200   200   051    -    0
  3 Spin_Up_Time            POS--K   140   128   021    -    3991
  4 Start_Stop_Count        -O--CK   100   100   000    -    67
  5 Reallocated_Sector_Ct   PO--CK   200   200   140    -    0
  7 Seek_Error_Rate         -OSR-K   200   200   000    -    0
  9 Power_On_Hours          -O--CK   100   100   000    -    92
 10 Spin_Retry_Count        -O--CK   100   253   000    -    0
 11 Calibration_Retry_Count -O--CK   100   253   000    -    0
 12 Power_Cycle_Count       -O--CK   100   100   000    -    67
192 Power-Off_Retract_Count -O--CK   200   200   000    -    21
193 Load_Cycle_Count        -O--CK   200   200   000    -    45
194 Temperature_Celsius     -O---K   120   109   000    -    23
196 Reallocated_Event_Count -O--CK   200   200   000    -    0
197 Current_Pending_Sector  -O--CK   200   200   000    -    0
198 Offline_Uncorrectable   ----CK   100   253   000    -    0
199 UDMA_CRC_Error_Count    -O--CK   200   200   000    -    0
200 Multi_Zone_Error_Rate   ---R--   100   253   000    -    0
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

ATA_READ_LOG_EXT (addr=0x00:0x00, page=0, n=1) failed: 48-bit ATA commands not implemented [JMicron]
Read GP Log Directory failed

SMART Log Directory Version 1 [multi-sector log support]
Address    Access  R/W   Size  Description
0x00           SL  R/O      1  Log Directory
0x01           SL  R/O      1  Summary SMART error log
0x02           SL  R/O      5  Comprehensive SMART error log
0x04           SL  R/O      8  Device Statistics log
0x06           SL  R/O      1  SMART self-test log
0x09           SL  R/W      1  Selective self-test log
0x30           SL  R/O      9  IDENTIFY DEVICE data log
0x80-0x9f      SL  R/W     16  Host vendor specific log
0xa0-0xa7      SL  VS      16  Device vendor specific log
0xa8-0xb6      SL  VS       1  Device vendor specific log
0xb7           SL  VS      74  Device vendor specific log
0xbd           SL  VS       1  Device vendor specific log
0xc0           SL  VS       1  Device vendor specific log
0xe0           SL  R/W      1  SCT Command/Status
0xe1           SL  R/W      1  SCT Data Transfer

SMART Extended Comprehensive Error Log (GP Log 0x03) not supported

SMART Error Log Version: 1
No Errors Logged

SMART Extended Self-test Log (GP Log 0x07) not supported

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.

SCT Status Version:                  3
SCT Version (vendor specific):       258 (0x0102)
Device State:                        Active (0)
Current Temperature:                    23 Celsius
Power Cycle Min/Max Temperature:     18/23 Celsius
Lifetime    Min/Max Temperature:     16/34 Celsius
Under/Over Temperature Limit Count:   0/0
Vendor specific:
01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

SCT Temperature History Version:     2
Temperature Sampling Period:         1 minute
Temperature Logging Interval:        1 minute
Min/Max recommended Temperature:      0/65 Celsius
Min/Max Temperature Limit:           -41/85 Celsius
Temperature History Size (Index):    478 (366)

Index    Estimated Time   Temperature Celsius
 367    2022-03-23 03:38    31  ************
 368    2022-03-23 03:39    31  ************
 369    2022-03-23 03:40    31  ************
 370    2022-03-23 03:41    32  *************
 ...    ..( 22 skipped).    ..  *************
 393    2022-03-23 04:04    32  *************
 394    2022-03-23 04:05     ?  -
 395    2022-03-23 04:06    17  -
 396    2022-03-23 04:07    17  -
 397    2022-03-23 04:08    18  -
 398    2022-03-23 04:09    19  -
 399    2022-03-23 04:10    19  -
 400    2022-03-23 04:11    19  -
 401    2022-03-23 04:12    20  *
 402    2022-03-23 04:13    20  *
 403    2022-03-23 04:14    21  **
 404    2022-03-23 04:15    21  **
 405    2022-03-23 04:16    21  **
 406    2022-03-23 04:17    22  ***
 ...    ..(  2 skipped).    ..  ***
 409    2022-03-23 04:20    22  ***
 410    2022-03-23 04:21    23  ****
 ...    ..(  2 skipped).    ..  ****
 413    2022-03-23 04:24    23  ****
 414    2022-03-23 04:25    24  *****
 ...    ..(  4 skipped).    ..  *****
 419    2022-03-23 04:30    24  *****
 420    2022-03-23 04:31    25  ******
 ...    ..(  4 skipped).    ..  ******
 425    2022-03-23 04:36    25  ******
 426    2022-03-23 04:37    26  *******
 ...    ..(  9 skipped).    ..  *******
 436    2022-03-23 04:47    26  *******
 437    2022-03-23 04:48    27  ********
 ...    ..( 34 skipped).    ..  ********
 472    2022-03-23 05:23    27  ********
 473    2022-03-23 05:24     ?  -
 474    2022-03-23 05:25    18  -
 475    2022-03-23 05:26    18  -
 476    2022-03-23 05:27    18  -
 477    2022-03-23 05:28    19  -
   0    2022-03-23 05:29    19  -
   1    2022-03-23 05:30    20  *
   2    2022-03-23 05:31    20  *
   3    2022-03-23 05:32    20  *
   4    2022-03-23 05:33    21  **
   5    2022-03-23 05:34    21  **
   6    2022-03-23 05:35    21  **
   7    2022-03-23 05:36    22  ***
   8    2022-03-23 05:37    22  ***
   9    2022-03-23 05:38    22  ***
  10    2022-03-23 05:39    23  ****
 ...    ..(  2 skipped).    ..  ****
  13    2022-03-23 05:42    23  ****
  14    2022-03-23 05:43    24  *****
 ...    ..(  3 skipped).    ..  *****
  18    2022-03-23 05:47    24  *****
  19    2022-03-23 05:48    25  ******
 ...    ..(  5 skipped).    ..  ******
  25    2022-03-23 05:54    25  ******
  26    2022-03-23 05:55    26  *******
 ...    ..(  6 skipped).    ..  *******
  33    2022-03-23 06:02    26  *******
  34    2022-03-23 06:03    27  ********
 ...    ..(108 skipped).    ..  ********
 143    2022-03-23 07:52    27  ********
 144    2022-03-23 07:53     ?  -
 145    2022-03-23 07:54    22  ***
 146    2022-03-23 07:55    22  ***
 147    2022-03-23 07:56    23  ****
 148    2022-03-23 07:57    23  ****
 149    2022-03-23 07:58    24  *****
 150    2022-03-23 07:59    24  *****
 151    2022-03-23 08:00    24  *****
 152    2022-03-23 08:01    25  ******
 153    2022-03-23 08:02    25  ******
 154    2022-03-23 08:03    25  ******
 155    2022-03-23 08:04    26  *******
 156    2022-03-23 08:05    26  *******
 157    2022-03-23 08:06    27  ********
 ...    ..(  3 skipped).    ..  ********
 161    2022-03-23 08:10    27  ********
 162    2022-03-23 08:11    28  *********
 ...    ..(  2 skipped).    ..  *********
 165    2022-03-23 08:14    28  *********
 166    2022-03-23 08:15    29  **********
 ...    ..(  6 skipped).    ..  **********
 173    2022-03-23 08:22    29  **********
 174    2022-03-23 08:23    30  ***********
 ...    ..(  2 skipped).    ..  ***********
 177    2022-03-23 08:26    30  ***********
 178    2022-03-23 08:27     ?  -
 179    2022-03-23 08:28    17  -
 180    2022-03-23 08:29    17  -
 181    2022-03-23 08:30    18  -
 182    2022-03-23 08:31    18  -
 183    2022-03-23 08:32    19  -
 184    2022-03-23 08:33    19  -
 185    2022-03-23 08:34    19  -
 186    2022-03-23 08:35    20  *
 187    2022-03-23 08:36    20  *
 188    2022-03-23 08:37    21  **
 189    2022-03-23 08:38    21  **
 190    2022-03-23 08:39    21  **
 191    2022-03-23 08:40    22  ***
 192    2022-03-23 08:41    22  ***
 193    2022-03-23 08:42    22  ***
 194    2022-03-23 08:43    23  ****
 ...    ..(  3 skipped).    ..  ****
 198    2022-03-23 08:47    23  ****
 199    2022-03-23 08:48    24  *****
 ...    ..(  4 skipped).    ..  *****
 204    2022-03-23 08:53    24  *****
 205    2022-03-23 08:54    25  ******
 ...    ..(  4 skipped).    ..  ******
 210    2022-03-23 08:59    25  ******
 211    2022-03-23 09:00    26  *******
 ...    ..( 13 skipped).    ..  *******
 225    2022-03-23 09:14    26  *******
 226    2022-03-23 09:15    27  ********
 ...    ..( 28 skipped).    ..  ********
 255    2022-03-23 09:44    27  ********
 256    2022-03-23 09:45     ?  -
 257    2022-03-23 09:46    17  -
 258    2022-03-23 09:47    17  -
 259    2022-03-23 09:48    18  -
 260    2022-03-23 09:49    18  -
 261    2022-03-23 09:50    19  -
 262    2022-03-23 09:51    19  -
 263    2022-03-23 09:52    20  *
 264    2022-03-23 09:53    20  *
 265    2022-03-23 09:54    20  *
 266    2022-03-23 09:55    21  **
 267    2022-03-23 09:56    21  **
 268    2022-03-23 09:57    21  **
 269    2022-03-23 09:58    22  ***
 270    2022-03-23 09:59    22  ***
 271    2022-03-23 10:00    22  ***
 272    2022-03-23 10:01    23  ****
 ...    ..(  2 skipped).    ..  ****
 275    2022-03-23 10:04    23  ****
 276    2022-03-23 10:05    24  *****
 ...    ..(  3 skipped).    ..  *****
 280    2022-03-23 10:09    24  *****
 281    2022-03-23 10:10    25  ******
 ...    ..(  5 skipped).    ..  ******
 287    2022-03-23 10:16    25  ******
 288    2022-03-23 10:17    26  *******
 ...    ..(  6 skipped).    ..  *******
 295    2022-03-23 10:24    26  *******
 296    2022-03-23 10:25    27  ********
 ...    ..( 21 skipped).    ..  ********
 318    2022-03-23 10:47    27  ********
 319    2022-03-23 10:48    28  *********
 ...    ..(  3 skipped).    ..  *********
 323    2022-03-23 10:52    28  *********
 324    2022-03-23 10:53     ?  -
 325    2022-03-23 10:54    28  *********
 326    2022-03-23 10:55     ?  -
 327    2022-03-23 10:56    28  *********
 328    2022-03-23 10:57     ?  -
 329    2022-03-23 10:58    28  *********
 ...    ..(  3 skipped).    ..  *********
 333    2022-03-23 11:02    28  *********
 334    2022-03-23 11:03     ?  -
 335    2022-03-23 11:04    28  *********
 336    2022-03-23 11:05     ?  -
 337    2022-03-23 11:06    28  *********
 ...    ..( 12 skipped).    ..  *********
 350    2022-03-23 11:19    28  *********
 351    2022-03-23 11:20     ?  -
 352    2022-03-23 11:21    18  -
 353    2022-03-23 11:22     ?  -
 354    2022-03-23 11:23    18  -
 355    2022-03-23 11:24    18  -
 356    2022-03-23 11:25    19  -
 357    2022-03-23 11:26    20  *
 358    2022-03-23 11:27    20  *
 359    2022-03-23 11:28    20  *
 360    2022-03-23 11:29    21  **
 361    2022-03-23 11:30    21  **
 362    2022-03-23 11:31    22  ***
 ...    ..(  2 skipped).    ..  ***
 365    2022-03-23 11:34    22  ***
 366    2022-03-23 11:35    23  ****

Write SCT (Get) Error Recovery Control Command failed: Read of ATA output registers not implemented [JMicron]
SCT (Get) Error Recovery Control command failed

Device Statistics (SMART Log 0x04)
Page  Offset Size        Value Flags Description
ATA_SMART_READ_LOG failed: Multi-sector ATA commands not implemented [JMicron]
Read Device Statistics pages 0x00-0x06 failed

Pending Defects log (GP Log 0x0c) not supported

ATA_READ_LOG_EXT (addr=0x11:0x00, page=0, n=1) failed: 48-bit ATA commands not implemented [JMicron]
Read SATA Phy Event Counters failed

> Sol omnibus lucet.

Szerintem a diszk hibátlan:

ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  5 Reallocated_Sector_Ct   PO--CK   200   200   140    -    0
196 Reallocated_Event_Count -O--CK   200   200   000    -    0
197 Current_Pending_Sector  -O--CK   200   200   000    -    0
198 Offline_Uncorrectable   ----CK   100   253   000    -    0

( SzBlackY | 2022. 03. 23., sze – 11:56 )

Bebútolok

Mit bootoltál? Valami live rendszerről lenne érdemes megnézni, egyrészt megpróbálni onnan egy mount-ot és közben követni a dmesg -w -t, másrészt én csak olvasó módban egy testdisk-kel megnézetném a diszket (volt már, hogy nem mountolható fájlrendszer tartalmát szépen listázta / mentette)

BlackY

"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)

( KoGa v | 2022. 03. 23., sze – 12:04 )

Ha jól tudom purplet kifejezetten nem javasolnak desktopba...

Én is ezt hittem, mert ugye a purple az videórögzítésre lett kitalálva. Ahol nem gond ha néha 1-1 szektort hibásan rögzít. De közben kiderült, hogy ez csak az egyik opcionális működési üzemmód (ATA streaming), amit csak céleszközök szoktak implementálni. Desktop PC-n meg megy a standard ATA üzemmódban, mint minden amúgyis desktopba szánt diszk. A folyamatos 24/7 működésre tervezett módja meg grátisz ezen felül. Mellette meg halk is, relatíve gyors is, szóval népszerű már 1 ideje desktop használatra.

Nekem hiányoznak ezek a régen népszerű elnevezések. Vincseszter, printer, tasztatúra, klaviatúra, rágcsáló, honlap, stb., anno a PC Ábécét nézve is röhögtünk ezeken. De pont tegnap láttam egy régi program dokumentációjában, hogy hogyan kell betűtípust telepíteni kézzel, XP alatt, de még „hajlékony lemez”-ről. Meg azt ne feledd, hogy egy 10 éves Slackware alá amúgy sem teszel ilyen modern baromságokat, mint SSD, pendrive, stb., oda csak dukál egy vincseszter, CRT monitorral (rajta szűrővel), és valami jó kis párhuzamos portos Zip drive mondjuk, golyós soros portos, 2 gombos egérrel, csak is kizárólag :D

Viccen kívül, engem érdekelne, hogy mi ez a bug, amibe itt több HUP-os is belefut és hirtelen adatvesztés van náluk. Mert ez valami nagyobb, általánosabb bug lesz, de nem nagyon írnak konkrétumokat, így nehéz reprodukálni. Még az se lehetetlen, hogy ez az új JS npm csomag, amibe cyberfegyverként adattörlést raktak az oroszoknak, és a régi OS-ből azt hiszi, hogy orosz, fehérorosz gépen fut, és mindent töröl!

Az biztos, hogy nem frissítés, 14-es Slackware alatt nincs olyan, hogy valami túl modern, túl új frissítés hirtelen jelenik meg és bugos.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nem hinném, teljes adatvesztést annak sem kéne okoznia. Max. ha rossz glibc-t tesz fel, akkor nem bootol a rendszer, meg az alkalmazások nem indulnak, de még akkor sincs olyan, hogy eltűnt az összes partíció, partíciós tábla, minden üres. És mondanám, hogy a HDD-je romlott el, de az is csak 3 hónapos volt még, hibátlan SMART adatokkal, és 1-2 hét leforgása alatt már a harmadik embernek van itt ilyenje, hogy hirtelen eltűnik minden adata. Ennyinél nem lehet user error sem. Azért mondom, hogy itt valami sokkkal általánosabb, tanulságosabb dolog lesz a háttérbe, de nem tudjuk meg, mert az illető kollégák nem tudják reprodukálni, meg elég kevés konkrétumot írnak amibők kinyomozható.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Ez így van, mondom, eleve haldokló háttértár is simán okozhat ilyet, meg Windowst több nagyságrenddel több ember használ, és akkor nyilván akkor a lehetséges hibák is gyakrabban jönnek ki. De itt 1-2 hét különbséggel voltak kollégák, ráadásul nem is kezdők, és mindenük eltűnt. Ez így kicsit nekem gyanús, itt most vagy valami HDD dögvész van, vagy valami malware, esetleg egy nagyon durva regressziós bug valami fontos rendszercsomagban, ami valami másik csomag miatt jött elő. Linux alatt ez nem szokásos, hogy egy pislantás alatt eltűnik minden, főleg, hogy a kérdéses esetekben kiderült a háttértárakról, hogy semmi bajuk. Minimum marha gyanús.

Ilyet én el sem tudok képzelni, max. ha valamit véletlenül felül dd-zik az ember. Vagy mondom, ha háttértár hal be en block, de akkor meg az lesz egyértelmű.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Anno WinME alatt (nemröhög, neméngépem...) már fejből tudtam a partícióhatárokat, mert fagyás esetén az esetek döntő többségében a partíciós tábla ment a levesbe, és úgy kellett kézzel visszalapátolni... Hogy miért, azt nem tudom, de nem is érdekelt - volt rá működő workaround, több időt meg nem voltam hajlandó rászánni (meg a windóz mélylélektani vizsgálata igencsak távol állt tőlem akkor. Akkor is.)

Nem véletlenül. Valóban a Winchester .30-30 vadászfegyverről kapta a nevét mert a 30/30 MB-os kezdeti IBM 3340-es merevlemezre találó névnek találták. A méret utána nőtt de a név rajtaragadt, pedig az IBM 3350 már Madrid néven futott. 

“Az ellenség keze betette a lábát”

Eredetileg tényleg fegyver, de van összefüggés. Az első, amit így hívtak, az egy 30 MB-os IBM merevlemez volt 1973-ban, ennek volt egy fix 30 megás tényérja, meg egy cserélhető, ezért a 30-30 felállás miatt a Winchester 30-30 puskára asszociáltak a névadók. Kicsit távoli asszociáció, meg a név is kikopott már mindenhonnan. Jók voltak az őskorban ezek a nevek, mikor még a számítógépek új műfaj voltak, és még nem rögzültek sztenderd elnevezések. Írja is a net, hogy a winchester sokáig a volt keleti tömbben volt divatos. De emlékszek, hogy a 2000-es években is voltak olyan névadó probálkozások, mint a tollhajtány a pendrive-ra, amit csak megint mi hívunk pendrájvnak, mindenhol máshol flash drive, thumb drive, USB drive valamelyik verzióját vitték tovább a helyi nyelvben, lévén a tollhoz nem sok köze van.

Kicsit olyasmi, mint a mostani modern OS-eken a tty, ami már nem elektromos távíró gép. Meg a terminál is emulátor, ami nem fizikai terminál. Vagy pl. a szektorok az SSD-n, amik csak virtuálisan léteznek. Esetleg a böngészőkben tárolt süti, amit nem lehet megenni, és a tűzfalat se borítják lángok, stb..

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( Polesz v | 2022. 03. 23., sze – 12:29 )

Biztos, hogy jól állítottad helyre a partíciós táblát?

Egy partíció volt rajta, de tényleg nem vagyok benne biztos. Ezzel kapcsolatban ha van tipp, azt megköszönném!

64 bites Slack 15 alól formázva eredetileg. Ugyanarról az oprendszerről írtam újra a partíciós táblát. Van 2048 szektor az elején, ott látszólag nincs semmi és a 2049-tól a végigig tart az egyetlen 1 terrás partíció.

> Sol omnibus lucet.

Ezzel kapcsolatban ha van tipp, azt megköszönném!

Testdisk, első körben read-only módban, tud keresni eltűnt partíciókat (igazából partíció fejléceket keres).

BlackY

"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)

Nekem az nem tiszta, hogy miért próbálkozol partíciós tábla újraírásával meg ilyesmikkel.

Miért nem formázod le az egészet, telepítesz rá egyet nulláról, aztán megfigyeled, hogy működik-e stabilan.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

( Toma_ | 2022. 03. 23., sze – 14:04 )

Szerkesztve: 2022. 03. 23., sze – 14:04

"kéri a GLIBC-2.35-öt és 34-et. Jó. Ezeket is letöltöm rpm-be, elkezdem átrakni txz-be, meg is csinálja. Install. Az install hibaüzenettel leáll"

 

Ez most így hogy?! Pontosabban kérhetném, hogy mit töltöttél le, és installáltál? GLIBC-2.34-et is Slack 15-ön?

( miq | 2022. 03. 23., sze – 14:25 )

Hát, glibc-t cserélni nem jó ómen.

Én valamikor a múlt évezredben próbálkoztam vele először és utoljára, és hasonlóan jártam. Dőlt borult minden.

A gondot jellemzően az okozza, hogy kb. nincs olyan bináris a rendszereden, ami ne használná a libc6.so-t. Nálam kb. az történt, hogy a telepítő leszedte a régi glibc-t, aztán rakta volna fel az újat, csak ugye glibc nélkül még egy vacak cp parancs sem működik.

Hogy a hdd-vel mi és miért történt az érdekesebb kérdés, de egy ennyire megborult rendszer gondolom tud kiszámíthatatlan dolgokat művelni...

( gabrielakos v | 2022. 03. 23., sze – 14:26 )

glibc csere egy opera kedvéért, hát, én biztos nem léptem volna meg. Eleve kétféle GCC, ez mi?

Meg ez az opera is egy rétegbaromság, ha firefox-al nem megy már gyanús de chrome-al kutya kötelessége menni. 
Ugyanis a microsoft saját böngészői is már ugyanazt az engine-t használják.

Az elcseszett GLIBC-vel simán hazavághattad az egészet initestől együtt.
Ettől függetlenül de éppen párhuzamosan persze a vinyó is elpusztulhatott.

És valszeg a félig-meddig működő külső ház se tett jót az egész dolognak.

zászló, zászló, szív

( meditor | 2022. 03. 23., sze – 15:04 )

Nagyon rendesek vagytok, hogy segítetek. Asszem újrainstallálás lesz. Tanultam valamit és ezt jól meg is jegyzem. Talán le tudok még vakarni némi használhatót a vinyóról, ha nem hát nem. A bélelzáródást is túléltem, pedig annak a fajtának, ami nekem volt 70 % a mortalitása, ezt is túl fogom.

Köszönöm szépen!

> Sol omnibus lucet.

A lényeg, hogy két glibc verzió között a kompatibilitás semmilyen szinten nem garantált, kód szinten sem, bináris szinten meg végképp nem. Soha nem szabad lecserélni a glibc-t, adott distro verzióhoz adott glibc tartozik. Erősen hülye ötlet izoláció (pl. docker) nélkül két glibc-t használni egy rendszeren.

( rpsoft v | 2022. 03. 23., sze – 16:11 )

Az eredeti poszthoz: bár nem klikkes, hanem angol egyetemes, de outlook.office.com-t én is használok (sajnos), és az megy (vagy inkább sétál) firefox-szal, ubuntu 20.04 alatt.

( Qury v | 2022. 03. 23., sze – 16:19 )

Csak megjegyzem, hogy ha mindenkepp opera kell neked akkor innen leszedheted a neked tetszo verziot: https://rpm.opera.com/rpm/

Slackware alatt siman felrakhatod:

sudo rpm -Uvh opera_stable-85.0.4341.18-linux-release-x64-signed.rpm --nodeps

Siman menni fog. (Illetve nekem siman megy alap Slackware 15.0-n)
 

De, ennyi erovel akar Microsoft Edge-t is felrakhatsz rpm-bol. (Szerintem jobban jarsz mint az Operaval)

Support Slackware: https://paypal.me/volkerdi

( Raynes v | 2022. 03. 23., sze – 19:09 )

Szerkesztve: 2022. 03. 23., sze – 19:11

LOL, már rövid időn belül a harmadik ember vagy az oldalon, aki arra panaszkodik, hogy egyszer csak eltűnt a HDD-jéről minden. Már kezdek arra gyanakodni, hogy mégse hardverhiba hirtelen ennyi embernél, hanem mégis valami kerneles, fs driveres regresszió, bug, akár még a GRUB bugja is lehet, ami miatt adatot vesztetek, mert másra nem tudok gondolni.

Adattár inkább úgy szokott behalni hardveresen, hogy vagy belassul, mert a rendszer állandóan megpróbálja újraolvasni a rossz szektorokat, meg egyre gyakrabban fut le az fsck bootkor, vagy az egész kompletten hal be, se kép, se hang, a gép egyáltalán nem látja a meghajtót, mintha rá se lenne dugva a portra, onnantól papírnehezék. Ilyet viszont még nem láttam, hogy a meghajtó működik, de az adatok eltűnedeznek, partícióstól. Ettől még lehet mindhármatoknál hardverhiba, lehet az újabb meghajtók sajátossága ez a hibajelenség, mikor haldokolnak. A SMART adataidból azt látom, hogy a HDD-nek semmi baja, bár ettől még lehet hibás, a SMART nem jelez előre, nem mutat ki 100%-os biztonsággal minden hibát.

Harmadszor, ha a feleségedre nem haragszol, és kellenek neki ilyen újabb technológiák, MS-os cuccok, akkor ne szopasd őskori Slackware-rel. Tegyél fel neki valami könnyen kezelhető, friss mainstream disztrót, amiben relatíve frissebbek a csomagok, azaz nem lesz túl régi kernel, túl régi verziós glibc, felmegy simán bármelyik böngésző legújabb verziója, menni fog az Office365, egyebek, neked is kevesebb munka, mint mindenféle rpm-ből txz-be konvertálgatásokkal szenvedni, meg komolyabb fekete mágiákat bevetni.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Azt azért figyelembe vetted, hogy konkrétan glibc* -t "frissített" egy mukodo rendszeren és utána össze is omlott minden is ?

S mindezt miért? Egy Opera böngésző miatt??? valahol nagyon félrement ez az egész sztori, mert nem  hiszem el hogy Operából nincs static verzió..

De kezdjünk el gcc, glibc-t felrakni random csomagokból, utána meg kezdüjnk el csodálkozni hogy nem megy semmi + lehet az adatok is megsemmisültek .. Gratu ..

Igen, vettem. De azt kell érteni, hogy a glibc egy kritikus csomag, a többi csomagnak 90+%-ban közveten vagy közvetett függősége, és Linuxon nem csak csomagfüggőség van, hanem külön van egy verziófüggőségi fa is, aminek meg kell felelni. Tehát nem elég, hogy x csomagnak fent van y főggősége, de annak a verziójának is min-max tartományban meg kell felelnie, és az architektúrának is, ha pl. 32 bites szoftvernek kell, akkor nem elég, hogy adott libből fent van a 64 bites csomag a 64 bites rendszeren, hanem kellenek külön a 32 bites függőségek is. Ez egyébként a gyakorlatban nem probléma, mert a csomagkezelő meg a disztró csomagfenntartói intézik, de itt megint visszakanyarodunk oda, hogy pl. Slackware-en tudtommal nincs függőségkezelés.

Azt is értem, amit itt a kolléga írt, hogy a Slackware 15 nemrég jött ki és azon feltelhetőleg a glibc sem volt olyan régi, de látod, hogy mégis, mert ha nem lett volna, akkor az Opera simán megette volna, és az egész gond nincs. Az is biztos, hogy Operából van valami static verzió, ha más nem, valami univerzális csomagformátumban, Appimage, Flatpak, Snap vagy ilyesmi, de már az is vergődés, ha olyanokhoz kell folyamodjon az ember.

Hidd el, én itt most nem a Slackware-t akarom ekézni, mert azt értem, hogy van, akinek bejön, megszokta, de egy laikus feleségnek MS-os eszközöket érintő munkájához lehet nem azt adnám a kezébe. Működhet, lehet csak ritkán lesz vele mégis baj, de nem egy ideális eszköz arra, komplett oroszrulett. Ahogy pl. Gentoo, Alpine, Void, és esetleg Arch sem biztosan a legjobb ötlet, hasonló okból, mert azokon megint vagy a minimalizmus, hosszú kódfordítgatások, nem épp a legfelhasználóbarátabb rendszerkarbantartó eszközök keserűséget okozhatnak.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Bocsánat, de írtál pár nettó butaságot.

1. Őskori Slackware
A 15.0-s verzió friss és ropogós. Most februárban jött ki - www.slackware.com

2. Túl régi csomagok, túl régi kernel, túl régi verziós glibc
A 15.0-ás Slackware-ben ezek a verziók vannak:
- kernel: 5.15.19 - kiadás dátuma: 2022-02-01 (https://mirrors.edge.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.15.19) - ráadásul LTS, ha jól látom
- glibc: 2.33 - kiadás dátuma: 2021-02-01 (https://www.gnu.org/software/libc/)
Ezek nem olyan régi verziók, amik indokolnák a megállapításodat.
Azért, mert Ubuntunál, Fedoránál és társainál a 2-4 hetesnél régebbi szoftver verziók már elavultnak számítanak, attól még a normális disztribúciók nem követik ezt az elvet. Pont ez adja a a normális disztribúciók megbízhatóságát, kiszámíthatóságát.

Itt szimplán annyi történt, amit mások is már leírták: piszkálta a glibc-t és kinyírta vele a rendszert. Valószínűleg egy életre megtanulta, hogy mi az, amit soha nem piszkálunk. Továbbá nem mixeljük a csomagokat különböző disztribúciók között. Ennyi.
 

Nekem tetszik a Debian stable hozzáállása:

Nincsenek olyan frissítések, amik eltörnek dolgokat, cserébe ha bármi bugot kijavított az upstream, akkor a bugfixet backportolva a Debian stabil ág is megkapja.

Ha valakinek nincs szüksége valami újabb verzióban megjelenő vadonatúj funkcióra, akkor ez egy elég használható irány.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

- glibc: 2.33 - kiadás dátuma: 2021-02-01 (https://www.gnu.org/software/libc/)
Ezek nem olyan régi verziók, amik indokolnák a megállapításodat.

Az egész onnan indult, hogy a 2.33-as glibc nem volt elég friss és kézzel próbálta a frissebb verziót felszuszakolni a rendszerre.

Nem tudom, hogy definiálod a "nem olyan régi verziók" állításodat, de ha nem megy vele a telepíteni kívánt cucc és ezért frissíteni szükséges, akkor azért eléggé úgy tűnik, hogy _az_adott_célra_ bizony túl régi volt.

disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.

Próbáld ki, nem tudom. A kollégának a jelek szerint nem volt elég friss a glibc, különben az Opera nem kérte volna az újabb verziót. Bár abban is biztos vagyok, hogy az Office365-nek bármilyen Chrome-származékon futnia kéne, nem csak Opera, de Chrome, Chromium, Vivaldi, Brave, Edge(ium), stb.. Talán még FF-on is, mert ugyebár az is HTML5, CSS3, JS, webadm kompatibilis, nem látom, hogy azon egy szabvány kód hogy ne futhatna le.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Szerk.: most újra elolvastam a topiknyitót. Azt írja, hogy 15 Slackware, tehát frissített. Amit te írsz, az a current, hogy 2.35-ös glibc van benne, nem a 15.0-ásra vonatkozik. Ám a 15-ösben is 2.33-as van, ami annyira nem olyan régi, igaz  8 hónapos már és sebezhető, de a böngészők futtatásához elégnek kéne lennie minimum verziófüggőségnek. A 2.34-2.35-ös verziók nem hoztak nagy változást vagy új funkciót a glibc-ben, csak biztonsági foltokat tettek bele felmerült CVE-k ellen. Az a baj, hogy az egész nem áll össze.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( Lacyc3 v | 2022. 03. 24., cs – 18:57 )

Én is jártam így egyszer, igaz ott RAID fejlécek vesztek el 3-ból 2 lemezen. 1 lemez vadonatúj volt (volt fejléc), 2 használt (nem volt). Ebből azt a messzire nem menő következtetést vontam le, hogy máskor ki kell nullázni a lemezek elejét, ugyanis az kimaradt ("majd az mdadm úgyis elrendezi" felkiáltással).