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!
- 2103 megtekintés
Hozzászólások
A diszk smart-adatai nem árulnak el semmit?
- A hozzászóláshoz be kell jelentkezni
3 hónapos WD purple. Hogyan kérjek rá smart adatot, ha mountolni sem tudom? (Tudom ez most nagyon amatőr kérdés volt.)
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
Szerintem smartadatot eszközre nézünk, nem csatolt oartícióra.
smartctl -a /dev/sda
- A hozzászóláshoz be kell jelentkezni
Hát az csak annyit jelent, hogy ingyen kapod az újat, nem kell fizetned érte.
feleségnél nincs olyan szabály, hogy kizárólag google drive / dropbox / stb mappába mentünk, amiért egy hadseregnyi rendszergazda felel, sokrétegű backup rendszerekkel?
- A hozzászóláshoz be kell jelentkezni
Haha. Olvasd el ezeknek az ÁSZF-jét pls, adatra nagyon nem fognak neked semmi különösebb garit adni, pláne nem ingyenes szolgáltatásnál.
- A hozzászóláshoz be kell jelentkezni
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 :)
- A hozzászóláshoz be kell jelentkezni
Bootolsz valami más eszközről, vagy átteszed másik gépbe, ahol nem ez a rendszerlemez. Az ubuntu live-ra, ha jól emlékszem, lehetett installálni apt-get-tel a smartmontoolst, úgyhogy az megfelel tesztrendszernek.
- A hozzászóláshoz be kell jelentkezni
Végre eljött a Linux Desktop éve! \o/
1904.04.08.
RIP Jákub.
neut @
- A hozzászóláshoz be kell jelentkezni
Ebből ezt hogy konvertáltad? Windows esetén itt nincs gond, újratelepítés? Ebből?
- A hozzászóláshoz be kell jelentkezni
Mi nincs?
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.
- A hozzászóláshoz be kell jelentkezni
Backup.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
"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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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"}
- A hozzászóláshoz be kell jelentkezni
Végül csak eljutunk a parancssorig. Így pont ott vagyunk mint deb csomagot használó Linuxon egy dpkg --get-selections > csomag-lista majd az új rendszeren ugyanez vissza --set-selections -el.
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Nem lehet minden GUI-ra kivezetni. Túl sok a kombináció.
- A hozzászóláshoz be kell jelentkezni
seggeden kilincs
- A hozzászóláshoz be kell jelentkezni
Ez mi a szar és miért van itt?
- A hozzászóláshoz be kell jelentkezni
mitörténik?!:D
- A hozzászóláshoz be kell jelentkezni
Windows, itt sehol, hálistennek.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Pontosan.
Nem azt mondom, jó az a Slackware, de tudjuk hogy kiknek és mire. Az Ubuntu univerzálisabb megoldás. Még ha bele is lehet kötni itt vagy ott.
- A hozzászóláshoz be kell jelentkezni
+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
- A hozzászóláshoz be kell jelentkezni
Én 10 év arch után váltottam ubuntura (melós gépen).
Megkapom a kollegáktól hogy milyen ócska rendszerem van, de szerintem tök jól működik :)
- A hozzászóláshoz be kell jelentkezni
Ne csüggedj, engem a Mac-el emberszámba se vesznek :)
zászló, zászló, szív
- A hozzászóláshoz be kell jelentkezni
Mert MacÉrdemled :-D (bocs...)
- A hozzászóláshoz be kell jelentkezni
Gúnyneve: fehér BSD :)
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
--> JMicron: failed
valami külső USB-s házba raktad ezt a purple-t a smartctl teszthez?
- A hozzászóláshoz be kell jelentkezni
Én ebben nem látok semmi gyanúsat.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
ha USB-n logott, barmi tortenhetett :-)
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
A "Bebútolok" után elfelejtettem beírni, hogy: Előveszem a rescue rendszert és bebútolok arról, majd próbálom lekövetni a dmesg-et. (Tehát: a rescue-n nem tudom mountolni.)
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
Ha jól tudom purplet kifejezetten nem javasolnak desktopba...
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
nem hogy purplet nem, ki az, aki nem pici SSD-t vesz mar desktopba manapsag?
dmesg nelkul nehez megtudni, mi is tortent pontosan, de ha eltunt hirtelen rola a particios tabla, az sok jot nem jelent. en kukaznam, es vennek egy SSD-t.
- A hozzászóláshoz be kell jelentkezni
Ráadásul futás közben tünt el minden a vincsesterről! Mintha valaki vagy valami beleírt volna. Megnézem még a RAM-okat, hátha egy pufferterület szállt el és abból íródott ki valami hülyeség.
Ugyebár a telepítés miatt root voltam...
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
Szerintem itt semmi bug nem volt, mezei user error, alapveto rendszerkomponenst (glibc) akart a kollega lecserelni, alapos ok nelkul, amibe a rendszer nyilvan beledoglott.
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
Rendszeresek windows fórumokban is h. az évek óta jól működő NTFS partíció egyik napról a másikra már RAW lesz.
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
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.)
- A hozzászóláshoz be kell jelentkezni
Vincsék lánya, Eszter eredetileg fegyver, nem adattároló... :-P
- A hozzászóláshoz be kell jelentkezni
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”
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
Khmm, egy volt hup felhasználó találmánya: zenemorzsa? :)
- A hozzászóláshoz be kell jelentkezni
Biztos, hogy jól állítottad helyre a partíciós táblát?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Mert mondjuk még meg akarja róla menteni a menthető adatokat?
BlackY
"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)
- A hozzászóláshoz be kell jelentkezni
Backup nem 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.
- A hozzászóláshoz be kell jelentkezni
Egy levél volt érdekes, az sem túlságosan. Az újrainstall költségét akartam megspórolni, nem sikerült. A fontos adatok diverzifikáltak.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
testdisk-kel a lényeges könyvtárakat másolni is lehet egy másik lemezre, még partíció nélkül is "látja" a fájlrendszereket.
- A hozzászóláshoz be kell jelentkezni
Tudom, ezért javasoltam a topicban már vagy háromszor a használatát :)
BlackY
"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)
- A hozzászóláshoz be kell jelentkezni
Megvolt... Az újrainstall mellett döntöttem.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
Ami egy desktop gép hdd-jén van egy példányban, az nem adat, hanem járulékos veszteség.
- A hozzászóláshoz be kell jelentkezni
"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?
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
Valószínűleg ez a jó válasz. Újratelepítés lesz.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Nem külsős vinyó volt, a külső házba akkor raktam, amikor beállt a krach.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
Btw ha ilyeneket csinálsz, hogy letöltesz (!) valami glibc-t (!) rpm-ben (!) és átrakod txz-be (!) akkor nem biztos, hogy a slackwarehez hasonló haladó distróval kéne próbálkoznod (!) = redflag. Inkább rakj fel valami ubit vagy hasonlót.
- A hozzászóláshoz be kell jelentkezni
20 éve használok slackot, most beleszaladtam egy ilyenbe. Ez van.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
szerintem: dobd ki a WD-t, vegyel rendes SSD-t bele, es rakj ra windowst. ne szivasd a feleseged.
- A hozzászóláshoz be kell jelentkezni
Nem ismerem a Slackware-t, de nem lenne célszerűbb olyan disztrót választani, ahol az Opera például benne van a repóban, és a telepítésekor nem kapsz csomag függőségi hibaüzeneteket?
Vagy van repo, de te valahonnan letöltöttél egy telepítőt?
- A hozzászóláshoz be kell jelentkezni
Tulajdonképpen azért hoztad létre a topikot, hogy beszámolhass az ex-bélelzáródásodról?
:)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Mi is használtuk firefox alatt a rég - úgymond - gyenge gépen.
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Komolyan van edge Linuxra?
- A hozzászóláshoz be kell jelentkezni
Már egy ideje.
- A hozzászóláshoz be kell jelentkezni
Nagyon köszi. Végére akarok járni miért nem ment firfoxból!
> Sol omnibus lucet.
- A hozzászóláshoz be kell jelentkezni
Ilyenkor kell teszt felhasználót csinálni.
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
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 ..
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Pont ez adja a a normális disztribúciók megbízhatóságát, kiszámíthatóságát.
Persze, minél tovább marad benne a bug, annál kiszámíthatóbban rossz valami. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
- 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.
- A hozzászóláshoz be kell jelentkezni
Slackware 15/current használok, szerintem az opera simán megy a legújabb, de letöltöm mindjárt :)
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
Most operából irkálok. Simán felment a legfrissebb .deb csomagból kicsomagolva.
- A hozzászóláshoz be kell jelentkezni
A Slack 15 a legújabb stable glibc-t használja tudtommal.
"The current stable version of glibc is 2.35, released on February 3rd, 2022."
- A hozzászóláshoz be kell jelentkezni
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.”
- A hozzászóláshoz be kell jelentkezni
É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).
- A hozzászóláshoz be kell jelentkezni