Furcsa jelenségek jelentek meg a gépemen - https://hup.hu/node/182518
Mint kiderült, a sources.list -ben régről "bennragadt" egy sor:
# for VirtualBox
deb http://www.deb.debian.org/debian sid main contrib non-free
Vélhetően másfél éve így frissítgettem.
Van egy mentésem áprilisból, ami még teljesen jól működött. ezzel újra húzhatnám a rendszert.
Viszont mit csináljak a sid bejegyzéssel? Ha kitörlöm, a legközelebbi kernel váltáskor nem lesz gond?
Mintha a kernel -t is piszkálta volna a VirtualBox frissítések - valami modult forgatott hozzá a frissítések során.
LEZÁRÁS: Nincs igazán jó megoldás. Egyelőre egy májusi mentésből visszatettem a rendszert egy működő állapotba. Még mindig számtalan hibás csomagot tartalmaz, de stabilan működik.
- 851 megtekintés
Hozzászólások
Nem kéne gond legyen, legfeljebb nem frissül a virtualbox. De a másik topicban adtam néhány linket a pinningről. Ha azt beállítod, akkor a stable-ben is meglévő csomagok onnan fognak jönni.
Nem tudom, mennyi csomag kutyulódott el neked, mióta a virtualboxot a sidből húzod, feltehetőleg jó sok. Megpróbálhatod kilistázni:
aptitude search '?narrow(?installed, !?archive(stable))'
- A hozzászóláshoz be kell jelentkezni
Rengeteg :(
Lehet egyszerűbb lenne átállni sid -re. Már ha ez a parancs a sid -ből jött csomagokat listázza és nem a stable -t. (Lehet a felkiáltójel invertál?)
Erre sem használtam még az aptitude -t.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
A felkiáltójel invertál, tehát minden, ami nem stable. sid-re átállást nem javaslom, ha nincs elég tapasztalatod a folyamatosan frissülgető és indőnként dependency problémákkal tarkított Debian üzemeltetésében. a sid sose lesz stabil, az 'still in development'.
Debianéknál úgy megy a láncolat, hogy a sidbe kerülnek az új dolgok (időnként az experimentalon át), ha ott megoldják a problémákat, akkor a csomag átkerül a testingbe, kiadás előtt fagyasztják a testinget, és amikor úgy döntenek, hogy már nincs benne olyan hiba, ami akadályozná a kiadást, akkor kikiáltják stabilnak, és nyitnak egy új testing ágat.
Említetted az áprilisi mentést, az akkori sid talán elég közel volt az akkori testinghez, ami most már a stable ág. Tehát megoldás lehet, hogy visszarakod azt, a sources listből - legalább átmenetileg - kiveszed a sid sort, amit a virtualbox miatt tettél bele, a sources.listben csak stable legyen, és úgy csinálj egy apt update/apt upgrade-et.
Aztán ha rendesen működik a rendszer, csináld meg az apt pinninget, és tedd vissza a sid sort a virtualbox miatt. Vagy tedd fel a virtualbox binárist a virtualbox oldaláról. Persze akkor kézzel kell a virtualbox szükséges kernelmoduljait karbantartanod, de az se ördöngösség.
- A hozzászóláshoz be kell jelentkezni
Köszönöm!
Rég nem ért ilyen meglepetés. Sok cifraságot csináltam már - pl. forrásból fordított csomag (nyomtató lpt porton, vagy UPS soros dumb és letiltva a frissítés). De ott ezt előre tudtam, ez most olyan derült égből villámcsapás.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Ezer éve nem csináltam ilyet, de lehet apt-al downgradelni. Meg kell mondani az apt_preferenceseben, hogy a stable csomagoknak 1000 feletti a priorityja, azt olyanokat mondani aptnak /apt-getnek, hogy "-t stable install akármi", meg talán "install akarármi/stable", és akkor downgradelni fog. A csomaglistát el lehet kérni egy jó 'apt list --installed'-el.
- A hozzászóláshoz be kell jelentkezni
Én egyszer úgy javítottam meg egy hasonló módon szétgyalázott telepítést, hogy "mindent" leszedtem, majd vissza, a stable ágból. Tuti van valami tudományos módszer arra, hogy mit lehet leszedni, én a /usr/share/docs - On mentem végig, és amit hajlandó volt úgy leszedni, hogy nem kellett megesküdni, hogy tuti ezt akarom, azt leszedtem. Aztán autoremove.
Nem mondom hogy ez jó módszer, de egyszer már működött.
- A hozzászóláshoz be kell jelentkezni
Szép!
Viszont lehet újra telepíteni (nulláról) gyorsabb. Persze csak kéznél van a cucc és nem valami távoli izé-
(Mindig van "tarcsi" ssd -m és mentésem.)
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Tudom nem épp ezt szeretnéd, de miért nem a hivatalos Virtualbox repóból van telepítve a sid helyett?
Dokumentáció a repo beállításhoz: https://www.virtualbox.org/wiki/Linux_Downloads
Szakasz: "Debian-based Linux distributions"
Ez így nem lenne egyszerűbb?
- A hozzászóláshoz be kell jelentkezni
Sajnos erre már nem tudok válaszolni.
Az Oracle doksi kicsit zavaros, valahogy mindig nehezen találtam meg amit kerestem. Lehet a neten találtam egy howto -t.
Próbáltam visszanéztem mikor került be a sid -es sor de az is fura, olyan mintha nem én raktam volna be (de lehet pont azért, mert a sid repoban ott van a VirtualBox).
A lélnyeg, hogy egyre jobban hajlok a teljes újra telepítésre, egy "szűz" ssd -re. Elvileg, minden gépemen van egy "history" fájl ami tartalmazza az összes telepítést ill. a csomagok által behúzott dependency -ket. Halottam hogy olyat is lehet, hogy komplettúl automatizálni a telepítést, de azért sok olyan csomag van amit jobb szeretek (ha lehet) frissebb verzióval telepíteni akár forgatva).
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
A sor ugy is bekerulhet, ha esztelen modon, a ma divatos normaknak megfeleloen pl. az alabbi modon telepitetted a vboxot:
curl https://easy-szoftverek-installja/egyszeru-vbox-telepites | sudo sh
Ha ilyenkor nem olvasod el, hogy mi mindent csinalna a script, akkor konnyen erhetnek akar ilyen, vagy ennel katasztrofalisabb meglepetesek is.
- A hozzászóláshoz be kell jelentkezni
Háát, vesszek meg ha emlékszem.
Több VirtualBox telepítést csináltam, de most kaptam egy jó kis linket - nem kell keresgélni.
OFF: Régen azzal küzdöttünk, hogy egyáltalán kapjunk infót, ma meg azzal melyiket tekintsük jónak, elfogadhatónak.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Ez a Debian hibája, hogy a Virtualbox nincs benne a hivatalos tárolókban. Még a hivatalos Wiki szerint is ezt a sid-es gányolás a hivatalos telepítési mód.
Egyébként a Virtualbox telepítése sok disztrón egy rémálom, főleg a kernelekhez fordítandó kernelmodul miatt. Nem véletlen szoktam inkább a virtmanager és/vagy qemu-kvm megoldásokat ajánlani, ha elegendőek.
“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
En sehol nem latok itt SID-es ganyolast. Azt irja, hogy SID eseten a contrib tartalmazza a vboxot, igy azt itt lathato repot ird bele a sourceslistbe, ha nincs benne. Debian 12 eseten benne lesz a fast track repoban, mig 10 es 11 eseten pedig, benne van. Viszont azt is irjak, hogy nyugodtan telepitheted kozvetlenul az Oracletol is. Sehol, senki nem ker arra, hogy tedd tonkre a rendszered a SID-re valo repo beirasaval.
- A hozzászóláshoz be kell jelentkezni
Minden esetre én beleszaladtam.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
LEZÁRÁS: Nincs igazán jó megoldás. Egyelőre egy májusi mentésből visszatettem a rendszert egy működő állapotba. Még mindig számtalan hibás csomagot tartalmaz, de stabilan működik.
Ez jo. Tehat, akkor ez most egy Debian 11 es nehany csomag a SID-bol? Mert ez alapjan, kb meg lehetne probalni, a SID-et kiszedni, majd 12re modositani a slurces list tobbi reszet es megnezni egy dist-upgradet. nem? En legalabbis, megprobalnam kb ezt az iranyt.
- A hozzászóláshoz be kell jelentkezni
Debian 12 /etc/debian_version 12.1
A sources.list csak bookworm (a sid megjegyzésben).
Kiszedi sid -et nem biztos hogy nyerő, onnan jött a VirtualBox - most vissza néztem a jegyzetemet, ÉN pakoltam be a sid bejegyzést, onnan szedtem a VirtualBox -ot. Akkor még a Debian 12 testing volt. Kár hogy nem tudtam a pinning -ről. Ezt még egyszer meg kell ejtenem. (Úgy nézem a hivatalos repoban most is csak a sid-ben szerepel - fura)
Inkább a pinninget kell alkalmazni.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Ugy ertem, hogy abban az idoben a testing, kb mar majdnem a vegleges (idokozben ugye lett uj stable a nyaron!) verzio, a sid pedig "lelassult" (woody/sarge ota nem nagyon debianoztam, de akkor ez volt a jellemzo), majd a release utan gyorsul be ujra a csomagok bearamlasa.
Tehat, szerintem most, fajdalom nelkul vissza lehetne terni a stabil agra, ha ez a cel, vagy legalabb maradni testingen (ami ugye stabilabb, mint a sid) es a virtualboxot en a doksit megfogadva, az oracle sajat repojabol telepitenem.
Ha elolvasod a doksit, akkor itt irjak is, hogy amig nincs lts vbox, addig nem fog tudni a vbox kilepni a sid-bol, azaz se a testingbe se a stableba nem fog bekerulni.
- A hozzászóláshoz be kell jelentkezni
Köszönöm a jó tanácsokat!
Majd eljátszom a lehetőségekkel. Egyelőre örülök hogy van egy stabil rendszerem.
(Ha neki esek új telepítésnek, akkor megint a testing ágra megyek és körül tekintőbben)
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
Nagyjából pont ezt javasoltam a harmadik hozzászólásban :)
- A hozzászóláshoz be kell jelentkezni
Bocsánat kicsit szétszórt vagyok.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni