Debian 13 alapú 32 bites kiadás

klt

csuhas32 mert a többség felhagyott a 32 bites kiadásokkal.

A nagyok legalábbis.
https://voidlinux.org/download/#i686
https://antixlinux.com/download/
https://www.gentoo.org/downloads/x86/
https://www.mageia.org/en/downloads/
És biztos van még...

klt

lala2 egy végső ajándék/hattyúdal a régi gépek szerelmeseinek.
De majd kiderül! :-)

Lassan kedvem támad előszedni az EeePC-t 🙂
Csak legyen időm rá... 🙂

csuhas32

klt Persze munkát adni ronda dolog, de ha jut rá időd, energiád, szívesen olvasnám, hogy egyrészt a proci tudja-e a 64 bitet és ha igen, akkor egy 64 kontra 32 bites rendszer összehasonlítást, (Gyorsabb a 32 bites ma is?)...
Egyáltalán sikerül-e bebootolni egy mai telepítőt (hogyan?), aztán telepíteni. Mindent sikerül meghajtani? Mi az ami még (majdnem) elfogadhatóan elfutkos és mi az ami már sok a matuzsálemnek?
Izgi.

klt

csuhas32

csuhas32 egyrészt a proci tudja-e a 64 bitet

Igen, tudja.

csuhas32 Gyorsabb a 32 bites ma is?)

Előbb ez menjen fel. 🙂

Szerk.:
Valami gáz van az LxQt-val.
Jisoráz, LXDE-vel.

Szerk:
Katyvasz lett. Most a CLI iso-ból indulok, és rögtön az LXDE-t fogom telepíteni.

Szerk 3.: újratervezés. Amíg az alaprendszer mászkál a gépre ráfele, körülsandítottam.
Lehet, hogy a Luminával fogok próbálkozni.

csuhas32

klt Szerk 3.

Eddig nem néz ki nagyon felhasználóbarátnak a dolog. (Lehet, hogy érdemes volna az alaprendszerről egy mentést csinálni, hogy ne kelljen állandóan végigvárni az újratelepítést.)

tenkes

klt Egy afféle digitális "világvége" azonban felértékelheti

Egy digitális "világvége", az "IT-let napja" (Úúúú, de rossz!), igazából pont annyira tenné használhatatlanná a modern rendszereket, mint a nem moderneket, mivel ilyen szempontból, pont ugyanolyanok.
Maradna az abakusz!

klt

csuhas32 Eddig az van, hogy GUI-ra nem tudok bejelentkezni. És már a GUI Live is ilyen, csak ott félresöpörtem, átléptem fölötte, azzal, hogy aszöveges telepítést csináltam meg.
Ha konzolon bejelentkezem, akkor a startx működik.
A lightdm-mel lesz valami, de egyelőre nem látok nyilvánvaló hibát. Nyomozni kell...

csuhas32

klt A lightdm-mel lesz valami, de egyelőre nem látok nyilvánvaló hibát.

„A Xorg.log-ot megkukkantottam, és nem látok benne hibát. ”
Eléggé hasonlít a két mondat egymásra, mindkettő LightDM...
Nem lehet, hogy te ezt egyszer már megoldottad? :-)

sudo vim /etc/lightdm/lightdm.conf

[LightDM]
minimum-vt=1

klt

csuhas32 Köszi, de ez most más.
A login képernyő látszik alapból.
A bejelentkezés sikerül, de pillanatokon belül újra a greetert látom.
Ma napközben semmi időm nem lesz, tegnap este is csak lopkodtam valamennyit 🙂
De kíváncsi vagyok már.
Sem a lightdm.log, sem a xorg.0.log, sem az xsession errors nem adott támontot, de mind meglesem friss fejjel is.

csuhas32

klt Vaktipp: chown -R $USER:$USER /home/$USER

klt

csuhas32 Vaktipp: chown -R $USER:$USER /home/$USER

Nem ez volt. A Xorg vágja magát hanyatt, ha nomodeset-tel indítom ezt a vacakot, műxik.

kl@sparky:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:            1997         417         987           1         788        1580
Swap:            980           0         980
kl@sparky:~$ df -h
Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            938M     0  938M   0% /dev
tmpfs           200M  1,2M  199M   1% /run
/dev/sda2       457G  5,8G  451G   2% /
tmpfs           999M  4,0K  999M   1% /dev/shm
tmpfs           5,0M  8,0K  5,0M   1% /run/lock
tmpfs           1,0M     0  1,0M   0% /run/credentials/systemd-journald.service
tmpfs           999M  4,0K  999M   1% /tmp
tmpfs           1,0M     0  1,0M   0% /run/credentials/getty@tty1.service
tmpfs           200M   76K  200M   1% /run/user/1000
kl@sparky:~$ uname -a
Linux sparky 6.12.104-sparky-lts612-686-pae #1 SMP PREEMPT_DYNAMIC Wed Aug 19 22:34:20 CEST 2026 i686 GNU/Linux
kl@sparky:~$

Nem egy kapkodó idegbeteg, de rosszabbra számítottam pár lap megnyitása után...

csuhas32

klt Már az is nagy dolog, hogy megy. Nem számítok rá, hogy a felhasználasi szokásaimnak meg fog felelni, de ha a 32 bites rendszerrel jobban lehet olvasni, írni az ubuntu.hu-t, mint a 64 bitessel, akkor szerintem elégedettek lehetünk az eredménnyel. Ha egy VLC-ben közben viszi még a BBC4-et is, akkor az számomra már kaphat "célfeladatra használható" címkét.

klt

csuhas32 de ha a 32 bites rendszerrel jobban lehet olvasni, írni az ubuntu.hu-t

Terv szerint egy videón meg akartam mutatni, de lehet, hogy csak telefonnal bohóckodok majd. Aztán lehet értékelni, milyen a 32 vs 64 bit.
Csak a túlterhelési válságom csengjen le...

csuhas32

klt Ez most tényleg nem élet-halál kérdése, mégcsak nem is egy kérdező várja, hogy sürgősen legyen megoldás, mert különben nem tudja használni a gépét vagy a rendszerét. Érdekesség, ami nagyon is ráér, szóval ezzel semmiképp ne terheld magad pluszban, amíg sorban állnak más teendők. Majd ha nyugalmasabb vizekre eveztél, be van főzve a barack, el van téve a lecsó és még mindig lesz kedved ennek az összehasonlításnak az elkészítéséhez, megcsinálod. Szerintem azok is tudnak várni türelemmel, akik esetleg azért szurkolnak, hogy rácáfolj az elméletemre és kiderüljön, hogy a 32 bites rendszer még ma is nagyon sok mindenre jó, viszont a 64 bites meg már semmire.

klt

csuhas32 kiderüljön, hogy a 32 bites rendszer még ma is nagyon sok mindenre jó, viszont a 64 bites meg már semmire.

Azt kell mondjam, nem használhatatlan lassú a Sparky ezen a szarvason, bár indokolt lenne.
A 32bit vs 64bit összehasonlításra még nincs alap, csak a régi benyomások.
Ahol a 32bit elvérzik, az az lesz, amikor egy fontos programból nincs 32bites build. Például a Spotify kliens, de lesz más ilyen is...

csuhas32

klt Nyilván nem én leszek az, aki átesik a paci túlfelére és azt mondja, ugyanolyan jó ezzel a rendszerrel, mint bármelyik tegnapi vagy mai gép, de szerintem ilyen picurin még erősen a merevlemezes korszakban gondolkodtam, akkor futottak ki és tudtam volna venni egyet magamnak. 2 GB RAM, HDD és korban hozzá illő proci mellett eleve csak a kompromisszumos használat lehet a maximális kitűzött cél, hisz olyan sokat növekedett az informatikai eszközeink adatfeldolgozási sebessége azóta.

klt

csuhas32 hisz olyan sokat növekedett az informatikai eszközeink adatfeldolgozási sebessége azóta.

Hát ez az! Azt meg már Mr Murphy is megmondta, hogy a programok gáz halmazállapotúak: minden rendelkezésre álló helyet kitöltenek. 🙂

tenkes

És akkor még ott van a régi gép vs régi gép kérdése is. Vajon (on butter) tényleg az a környezettudatos megoldás, hogy egy teljesen elavult technológiás "régi gépet" próbálunk használni kb. semmire,
vagy inkább elvisszük a hulladékudvarba, és utána fillérekért beszerzünk egy mai technológiás "régi gépet", amit használhatunk majdnem mindenre.

a mester

tenkes Ráadásul a maibb technológiák kevesebbet fogyasztanak (vagy legalább ugyanannyi fogyasztással többre képesek).

csuhas32

a mester OFF
Mivel Magyarországon (jelenleg) annyira azért szerencsére nem drága a háztartások számára az elektromos áram, nem fog állni a példa, de velünk előfordult, hogy lízingeltünk egy a korábbinál fiatalabb teherautót és annyival kevesebbet fogyasztott, hogy abból kijött a lízing-díj, illetve számítógépnél eggyel tágabb körben gondolkodva jött össze ugyanez. Az internet-előfizetésből találtam valakinek annyival olcsóbbat és mégis nagyobb sávszélességüt, hogy az elavult számítógép helyett csak a használt újabbat (mely azóta is teljes mértékben kiszolgálja) kellett megfinanszírozni, de egyéves távlatban ugyanott volt a tulaj anyagilag, mintha változatlan konstrukcióban a már alkalmatlant használta volna, melyből csak az SSD költözött az újabb masinába.

tenkes

csuhas32 Ezt dumálom évek óta! A "bevált" módszerek és eszközök vég nélküli használata, egyenes út a pazarláshoz, a hatékonyság és azzal együtt a további fejlődési potenciál tudatos tönkretételéhez.

« Előző oldal Következő oldal »