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!
Hozzászólások
A diszk smart-adatai nem árulnak el semmit?
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.
Szerintem smartadatot eszközre nézünk, nem csatolt oartícióra.
smartctl -a /dev/sda
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?
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.
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 :)
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.
ezek megvoltak...
> Sol omnibus lucet.
Végre eljött a Linux Desktop éve! \o/
Aláírás _Franko_ miatt törölve.
neut @
Ebből ezt hogy konvertáltad? Windows esetén itt nincs gond, újratelepítés? Ebből?
Meg fogsz lepődni, de nincs.
Aláírás _Franko_ miatt törölve.
neut @
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.
Backup.
gond
Aláírás _Franko_ miatt törölve.
neut @
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
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”
Nem lehet minden GUI-ra kivezetni. Túl sok a kombináció.
seggeden kilincs
Ez mi a szar és miért van itt?
mitörténik?!:D
Windows, itt sehol, hálistennek.
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.
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.
+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
É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 :)
Ne csüggedj, engem a Mac-el emberszámba se vesznek :)
Gábriel Ákos
Mert MacÉrdemled :-D (bocs...)
Gúnyneve: fehér BSD :)
Az legalább Unix. :P
https://naszta.hu
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..
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
A smartctl ezt dobta:
> Sol omnibus lucet.
--> JMicron: failed
valami külső USB-s házba raktad ezt a purple-t a smartctl teszthez?
Igen.
> Sol omnibus lucet.
Én ebben nem látok semmi gyanúsat.
Szerintem a diszk hibátlan:
ha USB-n logott, barmi tortenhetett :-)
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 "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.
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.
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.
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.
blöaaafff
Aláírás _Franko_ miatt törölve.
neut @
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Szerintem itt semmi bug nem volt, mezei user error, alapveto rendszerkomponenst (glibc) akart a kollega lecserelni, alapos ok nelkul, amibe a rendszer nyilvan beledoglott.
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ó.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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.
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ű.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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.)
Vincsék lánya, Eszter eredetileg fegyver, nem adattároló... :-P
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..
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Khmm, egy volt hup felhasználó találmánya: zenemorzsa? :)
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.
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.
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)
igen...
> Sol omnibus lucet.
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.
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.
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.
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)
Megvolt... Az újrainstall mellett döntöttem.
> Sol omnibus lucet.
Ami egy desktop gép hdd-jén van egy példányban, az nem adat, hanem járulékos veszteség.
Bitgyülekezet.
:)
"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?
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...
Valószínűleg ez a jó válasz. Újratelepítés lesz.
> Sol omnibus lucet.
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.
Gábriel Ákos
Nem külsős vinyó volt, a külső házba akkor raktam, amikor beállt a krach.
> Sol omnibus lucet.
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.
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.
20 éve használok slackot, most beleszaladtam egy ilyenbe. Ez van.
> 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.
szerintem: dobd ki a WD-t, vegyel rendes SSD-t bele, es rakj ra windowst. ne szivasd a feleseged.
Hanem, kit?
:)
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?
Tulajdonképpen azért hoztad létre a topikot, hogy beszámolhass az ex-bélelzáródásodról?
:)
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.
Mi is használtuk firefox alatt a rég - úgymond - gyenge gépen.
> Sol omnibus lucet.
Csak megjegyzem, hogy ha mindenkepp opera kell neked akkor innen leszedheted a neked tetszo verziot: https://rpm.opera.com/rpm/
Slackware alatt siman felrakhatod:
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
Komolyan van edge Linuxra?
Már egy ideje.
Nagyon köszi. Végére akarok járni miért nem ment firfoxból!
> Sol omnibus lucet.
Ilyenkor kell teszt felhasználót csinálni.
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
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.
Persze, minél tovább marad benne a bug, annál kiszámíthatóbban rossz valami. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
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.
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.
Slackware 15/current használok, szerintem az opera simán megy a legújabb, de letöltöm mindjárt :)
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
Most operából irkálok. Simán felment a legfrissebb .deb csomagból kicsomagolva.
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."
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.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
É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).