Új hozzászólás Aktív témák
-
leviske
veterán
válasz
pengwin
#4098
üzenetére
Köszi. Neki a régi FX gépem van, ami csak egy valamivel újabb videokártyát örököl meg. Szóval konkrétan a kernelverzió miatt nem aggódom. Csak az upgrade mellett a kanyarban volt, hogy átteszem KDE-re és gondoltam akkor nem várok vele. Viszont így lehet, hogy inkább bevárom a stabilt, ne legyen véletlenül gond.
-
pengwin
addikt
válasz
leviske
#4097
üzenetére
Tudtommal a béta és a stabil repók ugyanazok, nem kell semmit átállítani, de megnézem neked legkésőbb holnapig.
Ha Ryzen 3000-es a gép akkor én mindenképpen 15.2-t raknék rá, viszont ha nem akkor szerintem csak a szokásos upgréditisz hajt téged. Ismerős...
Nem kell ennyire sietni, point release-ről nagyon egyszerűen lehet fríssiteni majd júliusban, amint kijön a stabil 15.2. -
leviske
veterán
Sziasztok!
Lehet, hogy a napokban átkerül anyám gépébe az RX480 és arra gondoltam, hogy azzal a lendülettel újra is raknám neki a Leap-et. Ha felkerülne a 15.2 beta, akkor az a végleges megjelenéskor magától átáll a stabil repokra, vagy nekem kell állítgatni a YaST-ban? Lehet, hogy jobban járnék, ha inkább a gépét békén hagynám míg meg nem jelenik a 15.2?
-
pengwin
addikt
A leszármazottakkal szemben még érthető is lenne a stabilitás, de az alap rendszerek nagyon stabilak CentOS/Red Hat és Debian vonalon is.
Elvégre az alap rendszert miért érintené, hogy vannak belőle származó rendszerek?Szerintem alap felhasználásra egyébként az Ubuntu(k), mi több, a Fedora is teljesen stabil. Ahol egyik rendszer elhasal, ott tipikusan másik is el fog. A legtöbb hiba teljesen általánosan érvényes az NV/AMD driverekre, Gnome/Plasma környezetre, stb..
Pl. a Gnome minden rendszeren le van butítva, a KDE Plasma meg sehol sem fog NV kártyákkal Wayland alatt működni. Ha meg rolling distrót használsz akkor időről időre el fognak törni a zárt grafikus meghajtók egy-egy frissítés után, mindegy, hogy Arch, Manjaro vagy Tumbleweed a rendszered. -
zoli62
addikt
Én egy ideje egy "opensuse tumbleweed"-et "nevelgetek", igaz csak virtuális gépen. Folyamatosan frissítgetem. Elég stabil. Talán azért nincs annyi felhajtás a Suse (régen Süsü
) körül. mert nincs annyi leszármazottja, mint a többi népszerű nagy disztrónak. (Debian, Arch, Red Hat) -
cigam
titán
válasz
safranyek
#4090
üzenetére
Köszi!
Mára nekem is letöltötte, de a hiba üzenet megmaradt. Fura! Van tippetek mitől lehet? Eddig még nem találkoztam ilyennel, pedig rendszeresen seed-elek Linux ISO-kat.(Raspbian-on futó transmission-al seed-elek, rasbiab, debian, libreoffice,...ISO-kat)
Rufus csak EFI "cél"lal tudja kiírni a live-ot. Elképzelhető, hogy már nem támogatott az MBR? Vagy csak dd módban kiírva működik? -
-
cigam
titán
válasz
pengwin
#4087
üzenetére
Nem szabadna, de mégis:
openSUSE-Leap-15.1-KDE-Live-x86_64-Snapshot8.12.39-Media.iso
Tier 1
http://tracker.opensuse.org:6969
Announce error: torrent not found - Today 06:26:38 PM
Next announce in 4 minutes
Last Scrape: Today 06:23:31 PMlaca026
Köszi! Mi a difi a media és a bulid verzió között? -
-
cigam
titán
válasz
pengwin
#4082
üzenetére
A telepítőt töltöttem le első körben, abban nem volt. Aztán jött volna a live image. Nem tudom miért 15.2-t írsz, mikor az oldalon a openSUSE-Leap-15.1-KDE-Live-x86_64-Snapshot8.12.39-Media.iso -hoz tartozó torrent van linkelve, ahogy a fő oldalon is még csak 15.1-et írnak.
-
BigManus
addikt
válasz
pengwin
#4082
üzenetére
Igen, ezeket a "trollokat" kellene kiszűrni... Segíteni nem tudnak (vagy nem akarnak) viszont riasztják a többieket.
A dokumentáció tényleg korrekt, sok infó benne van, csak sokan lusták olvasni kicsit.
A hangnem kérdés...
Teljesen igazat adok, rengeteg a flegma hozzáállás, egymásnak állítanak fel "szabályokat" ha nem az ő szájízük szerint kérdeznek, már állnak is át flegma üzemmódba.
Pedig pont ez nem jó, főleg egy olyan "újoncnak" aki legalább odáig eljutott, hogy hajlandó kipróbálni valami mást. El kellene fogadni, hogy az újak a next-next-finis illetve a dupla kattintásos install világából érkeznek, rá kell vezetni őket a dologra, nem elriasztani a Linux világától... -
pengwin
addikt
Mondjuk az sem segít. hogy alapból nincs live üzemmód
De van, vagy csak tévedek? Te is azt linkelted, és már 42.x-nél is tudtam live-ban próbálgatni, ha jól emlékszem.
és az [oldaluk]on található bittorrent linkje hibát ad a torrent programban: torrent not found
Érdekes, szerintem ez a torrent program hibája lesz. Nálam a Deluge simán beolvasta a 15.2 Live KDE ISO torrentet, mi több, még azt is észrevette, hogy a fájlt már korábban letöltöttem (későn jutott eszembe a torrent).
(#4081) laca026
A fórum és a wiki nagyon jók, meg általánosságban véve nagyon jó a SUSE és a Red Hat disztrók dokumentációja.Szerintem a magyar linuxos/unix portálok hibája csak ugyan az, ami a nemzetközieké is: rendre elkezdődik a hitvita, a megmondóemberek mindenkit lehülyéznek és megmérgezik a légkört. Én nagyon szomorúnak tartom, hogy mennyire arrogáns és lekezelő rengeteg linuxos szaki stílusa. Pedig ők tudnának a legtöbbet segíteni a kezdőknek is, és ők tudnák a legjobban megértetni velük a rendszer előnyeit is. Csak az a fránya hangnem...
-
BigManus
addikt
Igen, sajnos a levelezőlista is megszűnt. Eljárt felette az idő...
A fórum viszont átvette a szerepét, igen sokrétű és segítőkész a társaság.
[link]
Innen viszont tudsz szemezgetni: [link]
Amit én nagyon hiányolok, az a magyar nyelvű fórum. Anno volt, de megszűnt az is.
Nagyon jó lenne egy ilyen oldal, de az az érzésem, nem lenne rá igény... -
cigam
titán
válasz
BigManus
#4079
üzenetére
Pedig jó lenne, mert kellemes emlékek maradtak a suse-ról, amiket mára elfelejtettem. Anno volt egy opensuse-hu levelező lista, ami szép lassan kihalt. Mondjuk az sem segít. hogy alapból nincs live üzemmód, és az [oldaluk]on található bittorrent linkje hibát ad a torrent programban: torrent not found
-
BigManus
addikt
És lényegében meg is válaszolta a kolléga, osztom a véleményét.
Sajnos, vagy nem sajnos, a többség Ubuntu vagy valamelyik leszármazottjánál meg is áll. Vagy tetszik neki a másság, vagy megy vissza Windowsra.Én sokakat "megtérítettem" a környezetemben, akik hajlandóak voltak a másságot elfogadni (nem kevesen) azok Linuxoznak, többnyire SUSE amit használnak.
Több okból kifolyólag... Stabil, hamar át lehet állni, XFCE felülettel régi gépeken is gyönyörűen elfut.
A logoutos cikken gondolkodtam már, de elvetettem, mert a Linuxos többség valamiért idegenkedik a SUSE-tól, bár nem értem miért, aki meg Linuxra szeretne áttérni, lebeszélik.
Ezért nem szeretnék neki állni egy cikknek... -
pengwin
addikt
Sokkal kisebb a hype, sokkal kevésbé célozza a nagyon laikus közönséget.
Nem véletlen, hogy az utóbbi évek legfelkapottabb disztribúciói az Ubuntu-Mint-Manjaro triumvirátus voltak.
Valamint az, ami egyedi pluszként van a SUSE rendszerekben nagyon idegen az átlagfelhasználótól, a profik meg sokszor lesajnálják az olyan segédeszközöket, mint a YaST. Mert az igazi férfiak Vimet és terminált használnak.Személyes véleményem, hogy mivel a linux felhasználók többsége valami miatt menekül Windows-ról, ezért csak azt akarja, hogy legyen egy használható, stabil, megbízható rendszere. És ezt többnyire meg is kapják az első kezdő-centrikus disztrótól, amit kipróbálnak. Ezután meg már csak egy elenyésző kisebbség fog tovább nézelődni, a többség meg boldogan használja a rolling Manjarót vagy a 3-5 évig támogatott (K/X/L)Ubuntut/Mintet.
Az meg pl. "senkit" sem izgat, hogy Leap-en már mióta vannak alapból (Btrfs) snapshotok, míg Ubuntun még a 20.04-ben is csak kisérleti jelleggel van hasonló (ZFS) funkcionalitás.(#4076) laca026
Persze, majd érkezik.
Igazából a kernel miatt is jó lenne frissíteni így egy Ryzen 5 3600-on, lehet a jövő héten meg is ejtem az upgrade-et. -
pengwin
addikt
válasz
BigManus
#4074
üzenetére
Én éppen Windows-t cserélek a Leap 15.2-re, de ha van egy stabil rendszer akkor azt nem kell piszkálni, majd frissíted idővel amikor kell.
Az asztalim nekem is beton stabil, csak kiváncsiságból akarom összevetni a Kubuntu 20.04-et a Leap 15.2-vel. Meg akkor már egyforma rendszert használnék, csak a saját szépérzékem miatt.
-
BigManus
addikt
válasz
pengwin
#4073
üzenetére
Majd véleményezd kérlek a 15.2-t, kíváncsi vagyok...
Nekem most annyira stabil az asztalin és a laptopon a 15.1, hogy nincs hajlandóságom próbálni
Nem tudom miért, de az Ubuntu, Mint, meg a hasonló valami-valamiből nekem nem jön be.
Debian és Suse az a két rendszer amire azt mondom, hogy megfelelő. Természetesen nem kérdőjelezem meg azokat sem, de nekem valahogy nem jönnek be.
Igen, az írányvonal amit írsz... Teljesen egyetértek. -
pengwin
addikt
válasz
BigManus
#4072
üzenetére
Én most a Leap 15.2-t rakom fel egy Precision 7510-re, az asztalin meg egy frissítés keretében ránézek a Kubuntu 20.04-re, de nagyon gyanús, hogy visszatérek openSUSE-ra mindkét gépen.
Nálam a tumbleweed volt a kicsit játszós rendszer, a Leapnél kb. ugyanannyit kellett szöszölnöm a konfigurációval, mint pl. Kubuntun.
Amire a vándorlás ráébresztett, az az, hogy számomra nincs élet a Plasmán kívül, meg a zypper-YaST páros funkcionalitását nem nagyon kapom meg openSUSE-n kívül.
Ránéztem pár Gnome's Hell-es disztróra is, (Fedora+mezei Ubuntu), de továbbra is egy nagyon korlátozott felületnek tartom. A Cinnamon igéretes lenne (Fedórán és Minten nézegettem), de az utóbbi időben csak az n+1-edik garnitúra asztali appot fejlesztik ugyanazokra a feladatokra, amikre már így is ezernyi opció van. Wayland támogatás meg kb. tervben sincs náluk, így szerintem halálra is itélték azt az asztali környezetet.
A "nagy" asztali környezetek példája jól mutatja, hogy milyen rögös út vezet a Wayland támogatáshoz még így is, hogy évek óta dolgoznak rajta. Ha a Gnome csapatnak ennyi időbe tellett a waylandes működés jelenlegi szintre hozása, akkor belegondolni se merek, hogy a Cinnamon mikor jut majd el egyáltalán a béta állapotig ilyen téren, ha még el se kezdték a munkát. -
pengwin
addikt
válasz
leviske
#4069
üzenetére
Leginkább a kiváncsiság, hogy máshol most mi a helyzet.
Fedora KDE, majd Kubuntu LTS, és itt is ragadtam.
Most gondolkozom rajta, hogy visszatérek Leapre, mert a YaST egy nagyon jó cucc volt, ahogy a zipper is.Valamint egyre inkább úgy látom, hogy ha desktop Linux és nem bütykölni akar az ember, akkor csak a Fedora, a KDE Neon vagy az openSUSE játszik: uborkáéknál egyre lustábban akarják megoldani a desktop kiadást, a Mint szép-szép, de szerintem sok tekintetben tákolt (úgy értem, hogy a sokadik patch réteg egy Debianon, katyvasz repókkal és csomagokkal, 0 technológiai fejlesztéssel... mert nagyon a user szeme előtt évő dolgokra koncentrálnak), mezei Debian és CentOS meg szerintem szerver rendszerek.
-
leviske
veterán
válasz
pengwin
#4068
üzenetére
Köszi. Ezt észben tartom akkor a következő újratelepítés esetére.
Igazából most, mikor újratettem a rendszert, már valamennyire ránéztem, mit akar a subvolume-okkal kezdeni. Elvileg alapból snapshotba akarta menteni a /home tartalmát is. VISZONT ekkor még nem adtam meg, hogy a /home másik eszközre megy, szóval nem tudom törölte volna-e magától.
Mindenesetre, ha nem töröli magától a másik meghajtón lévő sv-ok mentését, akkor már érthetővé válna számomra, miért telt be olyan hamar a 190GiB. Jelenleg 180GB szabad hely van a root partíción, szóval bizakodok, hogy nem lesz újabb baleset.
Ha szabad kérdezni, mi vett rá arra, hogy dobbants? A napokban a betelős eset után én is felraktam egy Ubuntut, de nem voltunk sokáig jó viszonyba.
-
pengwin
addikt
válasz
leviske
#4067
üzenetére
Ez a swap=RAM*2 akkor volt ökölszabály, amikor 1-2-4GB RAM volt az általános. 16GB mellett szerintem már 8 is bőven elég... ha annál többre van szükséged akkor igazából RAM-bó' kell neked lényegesen több.
YaST-ból vagy valamelyik partíciókezelő alkalmazásból tudod megnézni, hogy vannak a subvolume-ok kiosztva. Azért (is) használ sok alkötetet, ha jól emlékszem, mert azokról pl. nem csinál snapshotot.
Disclaimer: kb. 2 éve nem vagyok zsuzsi linuxon, lehet azóta változtak a dolgok.
-
leviske
veterán
Sziasztok!
A snappernek meglehet mondani, hogy legfeljebb hány darab snapshotot tartson meg? Mert nem túl rég a rendszer kivágott azzal a felkiáltással, hogy betelt a root, miközben 2 hete sincs, hogy újraraktam a gépet.
A rootnak 190GiB helyet hagytam, ~1,5GiB UEFI és 32GiB swap mellett. Borzasztóan nehezen tudom elhinni, hogy ez betelt volna. Pláne, mivel a home meg egy másik, 525GB-os SSD-n van.
Szóval így csak arra tudok gondolni, hogy vagy a snapper pakolta tele a napokban a sok frissítés miatt, vagy a rendszer nem kezeli jól az NVMe-t és ez így bukik ki (de ez utóbbit azért elég nehézkesen hiszem el).
Annyit érdemes tudni, hogy a root nincs kímélve. Telepítve van rengeteg texlive csomag, meg sdk-k. Így gondolom nem kell sok snapshot ahhoz, hogy a 190GiB szűkössé váljon.
-
leviske
veterán
Sziasztok megint!
Vettem a géphez egy NVMe SSD-t. Arra lennék kíváncsi, hogy akkor a Tumbleweed megoldja magától a szükséges beállításokat, vagy manuálisan kell az ideális beállításokat (TRIM és egyebek) megadni? Illetve btrfs partíció mellé nem hülyeség swap partíció is, igaz? Mert úgy tudom a fs nem támogatja a swapfájlokat.
-
leviske
veterán
Sajnos ezt nem tudom megmondani, mert már újraraktam a rendszert. Viszont aznap hagytam a discovernek frissíteni próba alapon (a korábban itt beszéltek miatt zypper dup a bevett nálam is), de úgy rémlik azután még felállt a rendszer.
(#4062) ivana: Remélem azért nem hardver hiba. A rootnak oda szoktam adni a teljes 240GB-os SSD-t, amiből csak az efi csíp le. Így gondolom tele nem lett.
Mindenesetre most már ext4 helyett visszaváltottam btrfs-re és megy a snapper. Így gondolom, ha frissítéssel ment tönkre, akkor vissza tudok majd állni, ha gond lesz.
-
-
leviske
veterán
Csak postmortem alapon érdeklődnék, hogy amennyiben egy zypper dup utáni újraindítás során fekete képernyő fogad egérrel, olyankor mit csináltam rosszul? ctrl+alt+f1 megvolt, de a jelszó beírását követően nem talált valami modult, így terminálon keresztül se tudtam már csinálni semmit. Ilyenkor sakk-matt, vagy van még opció? Illetve egy esetleges snapshot megtudna ilyenkor védeni, vagy amennyiben egy modul vagy configfájl korrupttá válik, akkor onnantól csak újratelepítés segít?
-
leviske
veterán
Köszi! Ezt tudtam, csak azt nem, hogy nincsenek jelen a header fájlok.
Létezik, hogy ez amiatt történhetett, mert rendszertelepítés során problémázott a gcc-vel és ekkor kértem a dcmtk csomagokat is? Mert ha igen, akkor később nem próbálok meg időt spórolni ezzel, akármennyire is tetszik az ötlet. -
-
leviske
veterán
Sziasztok megint!
Tumbleweed alatt futott már bele valaki olyasmibe, hogy egy lib fájl más verziójú libfájlokat kér be fordítás során (gcc), mint ami a csomag technikai specifikációiban szerepel?
Konkrétan a libdcmtk csomag leírásában függőségként többek közt a libssl.so.1.1-et jelölik meg, de fordítás során a fordító már a libssl.so hiányára panaszkodik. Maga a libssl.so.1.1 ott van a helyén a usr/lib64-ben.
Ubuntu 19.10 alatt nem futok ilyen jellegű gondba, de érdekelne, hogy openSUSE alatt mit szúrok el.
A másik topikban BoB-tól már kaptam némi útbaigazítást, de symbolic linkekkel nem szívesen pakolnám tele a usr/lib64-et, így itt is bátorkodom megkérdezni, hátha van bevett szokás.
-
leviske
veterán
Telepítés során problémázott a gcc csomagon és javasolta, hogy yastban nyomassak egy ellenőrzést telepítést követően. Végül a software managementben nyomtam egy ellenőrzést verification módban.
Akkor a későbbiekben erre is inkább a zyppert használom. Nem gondoltam, hogy alapból ellenőrzi. Köszönöm!
-
#4045
cigam
titán
Chuck Norris
#4044
cigam
titán
válasz
Chuck Norris
#4044
üzenetére
Sose próbáltam de szerintem ugyanúgy működik mint minden mentés visszatöltés. Live rendszeren előkészíted a partíciókat, aztán mehet rá a btrfs restore /dev/sdXY /mnt/akarmi
Szerintem a TimeShift is pont így működik, ha btrfs-t mentesz. -
#4044
Chuck Norris
senior tag
cigam
#4042
Chuck Norris
senior tag
Köszönöm a cikket elolvastam.
A snapsot, vagy ahogy itt írják pillanatkép lényege, hogy vissza tudok állni egy korábbi állapotra egy alapjában működőképes rendszeren téves konfigurácó vagy telepítés után, ok ez meg is van. Viszont én úgy szeretnék visszaállni, hogy nincs működőképes rendszer amit újraindítok és bebootolom a korábbi pillanatfelvételt. Van egy töküres diszkem oda, hogy varázsolom vissza a rendszert?Mondjuk annyit kisilabizáltam az egészből, hogy csinálhatnék egy brtfs raid1-et egy másik diszkre, aztán lemonutolom a másik oldalt, ha az eredeti lemezem megdöglik akkor ezt a másikat bootolom be az eredeti helyett, elméletileg szép gyakorlatilag ki tudja, hogy működik-e.
-
Canonfan
senior tag
Sziasztok!
Írtam nektek korábban hogy problémám volt a KDE-vel hogy rendszeresen megfagyott illetve belassult. Most kb 3 hétig teszt jelleggel áttértem Cinnamonra, semmi belassulás, semmi fagyás.
Ezért itt a fórumon által írt infókat megfogadva, lecseréltem az Nvidia kártyát egy ASUS RX550-re, szerdán jött meg és még aznap be is raktam, azóta KDE-vel sincs semmi fagyás (kopp-kopp) úgyhogy eddig bizakodó vagyok -
#4042
cigam
titán
Chuck Norris
#4041
cigam
titán
válasz
Chuck Norris
#4041
üzenetére
Pedig de. Itt egy elég jó összefoglaló cikk a Btrfs-ről magyarul (30. oldal)
A mentés lényege nem az hogy "vissza tudok állni egy korábbi állapotra" konkrétan arra a pontra amikor a mentést készítettem?! -
#4041
Chuck Norris
senior tag
ivana
#4040
Chuck Norris
senior tag
A cél az lenne, hogy ha teljesen megsemmisül a / akkor minél gyorsabban ugyan azt a működőképest rendszert vissza tudjam állítani. Tegyük fel a boot diszk megpusztult és kicseréltem egy újra.
Használtam acronist régebben ott úgy működött, hogy bebootoltam az acronis cd-t megmondtam neki, hogy a share-n hol van a mentés aztán pár perc alatt lett egy működőképes bootolható rendszerem, valami ilyesmi kellene. Szuper lenne az acronis is, szinte mindent támogat csak a brtfs-t nem.@cigam
A snapsot ha jól fogom fel csak arra jó, hogy vissza tudok állni egy korábbi állapotra viszont ez az ellen nem véd ha teljesen tönkre megy a diszkem.A clonezilla igaz, hogy támogatja a bftfs-t viszont nem működik online
Online imaging/cloning is not implemented yet. The partition to be imaged or cloned has to be unmounted. -
#4040
ivana
Ármester
Chuck Norris
#4038
válasz
Chuck Norris
#4038
üzenetére
Nem teljesen értem, mi a cél pontosan?
-
#4039
cigam
titán
Chuck Norris
#4038
cigam
titán
válasz
Chuck Norris
#4038
üzenetére
bootolható image? Amúgy vagy snapshot, vagy clonezilla
-
#4038
Chuck Norris
senior tag
Chuck Norris
senior tag
Sziasztok, szerintem még nem írtam ide.
Telepítettem egy suse 12sp4-et a / -t brtfs-re formáztam. Az lenne a kérdésem, hogy létezik-e olyan eszköz amivel tudok erről egy bootolható imidzset készíteni online. Olyasmi kellene mint az acronis, csak ugye az nem működik brtfs-el.
Ha nincs ilyen akkor mivel lehet ezt az egészet lementeni kötet szinten, dump is csak az ext-eket tudja, marad csak a tar? Köszönöm. -
leviske
veterán
-
válasz
attilav2
#4033
üzenetére
Akar a halál frissíteni naponta, nekem bőven elég ritkábban is. Én amúgy mostanság sima leap-et használok.
(#4034) leviske Ha vannak plusz repok az összetud kavarni dolgokat. Kézzel frissítesz? zypper up vagy zypper dup? A dup az interaktívan segít megoldani az ilyeneket (bár azért nem árt tudni kb. mit csinálsz).
-
leviske
veterán
Sziasztok!
Tumbleweed alatt találkozott már valaki más is azzal a jelenséggel, hogy időről időre olyan csomagokat akar frissíteni a rendszer, amiket nem tud? Pár fejlesztői qt könyvtárral van baja, meg egy curl frissítéssel. Arra tippelek, hogy félrekonfiguráltam valamit, de nem adogattam hozzá ész nélkül repokat, meg ilyesmi.
-
attilav2
őstag
Mi a véleményed az Arch-ról? Váltanál rá?
Úgy vettem észre hogy tumbleweed-re ritkábban, pár naponta jönnek frissítések, Arch ra meg szinte minden nap, akár egy program miatt is. Tumbleweed-en csak akkor van frissítés ha pár naponta kijön az új snapshot, és changelog is van, ez tetszik. -
attilav2
őstag
Na, hoppoltam Arch-ról Tumbleweed-re. Volt egy kis szívás, először klónozással gondoltam átköltöztetni a belakott, 64GB-os ssd-n levő tumbleweed-et a 480G-os ssd-re. De az Arch telepítő médián lévő clonezilla nem látta a 64g-os lemezt, pedig fdisk listázta. Letöltöttem a clonezilla oldaláról egy bootolható iso-t, ez látta mindkét lemezt, és sikerült átklónoznia a 480-as ssd-re. De jött a feketeleves, nem tudtam átméretezni a partíciót, mind a clonezilla live iso mind az arch telepítő alól indítva elszállt a cfdisk valami hibával. A 480-as ssd-re átklónozott tumbli szépen bootolt, felraktam egy gparted-et, ez látszólag átméretezte a partíciót, de ez csak újraindításig tartott. Na akkor mindent gyalultam mindkét ssd-ről és a 480-asra felraktam a tumblit a legújabb snapshot telepítő iso-val. Beállítottam amit kell. Az tetszik hogy az Arch-al ellentétben tumbleweed-en kaptam egy majdnem kulcsrakész rendszert, amin már csak keveset kellett reszelni. Felraktam az nfs szervert(filmek megosztása média lejátszónak), letiltottam a gyári tűzfalat és ufw-t izzítottam helyette. Az ufw-t és az nfs szervert konzolban telepítettem és konfiguráltam. A YaST-ot csak a SuSe gyári tűzfal letiltására vettem igénybe. Telepítettem szintén konzolból a megszokott alkalmazásaimat. Nomeg tetszik a Vaapi támogatással ellátott chromium a tumbleweed-ben, amihez ubuntun külön tárolót kell felvenni, arh-on meg aur csomagból felrakni egy patchelt chromiumot, aminek a vaapi támogatását a csomagkarbantartók eltörték így a chromium hw gyorsítás nem működik egy ideje arch-on. Majd meglátom mennyire válik be válik be a tumbli, a kezdet biztató
-
attilav2
őstag
Ezt írtad ivana: "Cserébe futnak tesztek, szóval a rendszer általában, ha nem is full stabil mindig bebootol frissítés után (ez pl. egy kiadott ubunturól nem mondható el)." Ha mindig bebootol frissítés után az jó, akkor miért nem ajánlod a tumbleweed-et? Írtad hogy stabilabb mint a hagyományos kiadási ciklusokra építkező ubuntu. Nekem a rolling disztrók tetszenek!
-
attilav2
őstag
Kezd egyre szimpatikusabb lenni a tumbleweed. Lehet hogy disztrohoppolok arch-ról
Most fenn van mindkét rendszer, az arch a 480gb-os ssd-n, a tumbleweed a rendszertesztelésekre szánt 64gb-os ssdn. Már kezdem belakni a suse-t, beraktam az fstab-ba a 480gb-os ssd-t hogy az arch alatt leszedett torrentjeimet tudjam seedelni. Az idő nagyrészében már a suse alatt vagyok. Még pár hétig max 1 hónapig tesztelem a tumbleweed-et aztán ha nem lesz komolyabb szívás hoppolok, azaz átrakom a 480-as ssd-re. -
válasz
leviske
#4023
üzenetére
A pacman repo desktop felhasználáshoz szinte kötelező (non-free codec-ek ott vannak), szerverre nem kell. Kb. néhány nap maximum. Thumbleweed esetén néha vannak ilyen gubancok (sőt olyan is volt, már, hogy visszavontak csomagot), erre érdemes számítani. Cserébe futnak tesztek, szóval a rendszer általában, ha nem is full stabil mindig bebootol frissítés után (ez pl. egy kiadott ubunturól nem mondható el).
-
-
leviske
veterán
A refresh és dup megvolt. Szerinte nincs tennivalója. Azt nem tudom megállapítani, hogy van-e olyan repo ami fogja.
Még csak most költözöm be, így a Main Repository (NON-OSS é OSS), packages-microsoft-com-prob és a pacman-essentials van a listában. Ezeken túl csak a flathub repo van telepítve, de az gondolom nem zavarhat be, mert azt a yast se jeleníti meg. -
leviske
veterán
Sziasztok!
Most váltottam Tumbleweed-re Fedora-ról és belebotlottam egy olyan problémába, hogy a rendszer nem hajlandó a Firefoxot frissíteni annak ellenére, hogy elvileg újabb verzió a hivatalos. Itt már "klikkeltem" többször is, de mindig a 69-et rakja fel a 70 helyett.
-
attilav2
őstag
A tumbleweed parancs egy másik frissítési módszer ami statikusan az aktuális snapshot repókra mutat. Ha a tumbleweed paranccsal frissítünk akkor nem ajánlott külső repókat használni. Itt minden leírnak tumbleweed-cli-ről: link.
A tumbleweed filozófiája más mint az Arch-é, Arch-on minden nap, tumbleweed-en csak pár naponta, új snapshot megjelenésekor van frissítés. -
attilav2
őstag
Az Arch hoston virtuális gépben levő tumbleweed jelezte hogy frissítések vannak, és zypper ref, zypper dup -al simán tudtam 20191030-ra frissíteni. Az élesben feltett tumbleweed továbbra sem talált frissítéseket szerinte minden up to date volt. Aztán kényszerítettem a frissítésre a tumbleweed switch --install 20191030 paranccsal, ekkor szépen lefrissített 20191030-ra.
-
attilav2
őstag
Úgy tűnik frissül magától a tumbleweed, 20191027-iso-val raktam fel és most 1028-as verziót mutat:
Bár mintha a kde csomagok régebbiek lennének eggyel.
Próbáltam kikényszeríteni a frissítést egy a snapshot kiadási megjegyzések alatt ajánlott paranccsal: tumbleweed switch --install 20191028
erre ezt írta already on 20191028
-
-
Canonfan
senior tag
válasz
pengwin
#4011
üzenetére
Semmi gond, köszi az infót!
Az a helyzet, hogy nem csak a KDE frissítések nem jelennek meg valamiért, a többi csomag frissítését sem dobja fel valamiért Cinnamon alatt, pl ma is néztem yastból simán frissítettem, voltak is frissítések de a Cinnamon ezt nem jelezte valamiért.
Valóban egyébként használok más repokat inkább alkalmazásoknál, például a a mozilla, libreoffice és Gimp mert gyakrabban frissülnek illetve újabb verzió elérhető bennük mint a gyári repoban. De egy nagy teszten már túl vagyok, kb 1 hét már letelt a teszt időszakból és ezalatt semmi fagyást, lassulást nem tapasztaltam. Főleg képfeldolgozásnál nem, (amatőr fotós vagyok) épp a héten is fotóztam egy kisebb rendezvényen és fel kellett dolgoznom a képeket Gimppel, ami alatt a fájlkezelő a Gwenview és a Spotify app ment mert zene nélkül unalmas
Na ekkor KDE-nél mindig volt fagyásom változó hogy mennyiszer és mennyi idő után de egy idő után mindig vagy belassult illetve utána újra kellett indítanom a ctrl-alt-b.space kombóval ami után megint jól ment. Itt viszont semmi belassulás semmi fagyás Úgyhogy azon gondolkozom hogy ha így marad érdemes lenne-e maradni a Cinnamonnál ha a frissítések jelzése is helyreáll, vagy mivel a KDE az amit inkább szeret a suse érdemes lenne e akkor kukázni az nvidia kártyát és venni radeont és használni a KDE-t tovább...
Most még gondolkodok, mert tény hogy vannak dolgok amik KDE-ben szimpatikusabbak (bár nem életbevágó szóval megszokás kérdése) de tetszik a Cinnamonban hogy letisztultabb és gyorsabb. Te mit gondolsz, illetve mit gondoltok?
-
attilav2
őstag
Kíváncsiságból egy szabad ssd-mre felraktam a Tumbleweed-et. Egész jó telepítője van, efi módban indítottam, és lehetőséget adott az mbr partíciós tábla gpt-re cserélésére. Vga-mat (R6670) jól felismerte, megy a vaapi, vdpau videó gyorsítás és a 3d. A chromium már tartalmazza a vaapi támogatást, ezen meglepődtem(Arch-on és Ubuntun külön tárolóból kell telepíteni a vaapi patchelt verziót). H264ify plugin telepítése után ment is a hardveres videó gyorsítás, de a kép pirosas volt (ez egy ismert mesa hiba) de van rá megoldás a chromiumot így kell indítani: allow_rgb10_configs=false chromium és így normális lesz a videók képe. Az Arch bbs(hivatalos fórum) további paramétereket javasol a vaapi patchelt chromium indításakor így készítettem egy "batch fájlt" a chromium indításához amit futtathatóvá tettem, a tartalma ez:
#!/bin/sh
allow_rgb10_configs=false chromium --enable-gpu-rasterization --ignore-gpu-blacklist --disable-gpu-driver-workaroundsJó benyomásokat tett rám az openSuse, de a fő rendszerem továbbra is az Arch marad.
A frissítésekkel lehet hogy van egy kis gond ugyanis a telepítés előtt már virtuális gépben próbálgattam a suse tumbleweed-et, és amikor egy újabb iso kijött mint amivel telepítettem még akkor sem akart frissítéseket találni. zypper ref zypper dup zypper up paramcsokkal próbálkoztam de azt írta nincs teendő. Tegnap telepítettem élesben a tumbleweed-et de frissítéseket nem talál. Van ennek valami trükkje? Egyáltalán hány naponta jön frissítés?
Külső repókat érdemes hozzáadni? Elég csak a packman packman essentials-t, vagy csak a vlc repót önmagában hozzáadni? Úgy vettem észre mp3 lejátszás megy a gyári repókkal, csak a videólejátszás nem. A gyári tűzfalat(firewalld) UFW-re cseréltem mert az nfs szervert az istennek sem tudtam átengedni a gyárin. -
pengwin
addikt
válasz
Canonfan
#4009
üzenetére
Bocsi a megkésett válaszért...
Cinnamon lehet nem fog olyan gyakran frissülni külön repository hozzáadása nélkül. Kisebb csapat fejleszti, mint a KDE-t, és csak "vendég" környezet SUSE-n, míg a KDE kvázi a "saját gyerekük", persze, hogy gyakrabban frissült.
Nem használtál véletlenül valamilyen KDE repót, ami gyakrabban frissült, mint az alap Leap?
Nekem ilyen ütemben a Tumbleweed frissült...
Amit még megnézhetsz, hogy működik-e a frissítés értesítő funkció a Cinnamonban. -
ttt
senior tag
válasz
Canonfan
#4009
üzenetére
Az, hogy a KDE napi szinten frissít nem jelenti azt, hogy jobb- vagy biztonságosabb lenne.
Az tény, hogy a KDE a kezdetektől erős rendszer, de hasaltak ők is nagyokat - amit nem is csodálok egy ilyen nagy, kiterjedt "ökoszisztémától".
Általános tapasztalatot meg nem lehet adni; annyi féle hardver, disztrib, X window, ablakezelő ergonómia létezik, hogy ez min. lehetetlen.
-
Canonfan
senior tag
válasz
pengwin
#4008
üzenetére
Igen, most hogy használom tényleg egy jóé használható kis környezet, eddig nekem is szimpatikus. Valóban, én is így vagyok vele sima gnome nem jött be sosem az unity meg a gnome 3 meg pláne, LXDE, illetve XFCE volt még amit próbáltam még más gépen, közülük az XFCE szimpibb volt egy nagyon öreg gyenge gépen ami nem bír el többet ellennék vele, de ha a gépem bírja inkább komolyabbat használok.
Tehát eddig KDE-en kívül nem is nagyon volt más amire váltottam volna, de a Cinnamonra amúgy is kíváncsi voltam.
Bár vannak olyan dolgok amik hiányoznak a KDE-ből, pl. a Bluetooth fáj fogadást gyárilag nem tudta (KDE-nél simán) de ezt a blueman appal megoldottam Eddig csak két dolog van amivel nem tudom mit kéne kezdeni, az egyik a bejelentkezési kulcstartó ami állandóan előjön, a másik meg a frissítések, KDE alatt 1-2 naponta jöttek a frissítések persze változó volt amikor hosszabb ideje nem jött semmi, de gyanús hogy Cinnamonnál még nem jelzett frissítést...
Azt szeretném még megkérdezni, hogy neked mi volt a tapasztalatod ezekkel a dolgokkal, volt rá megoldásod? -
pengwin
addikt
válasz
Canonfan
#4007
üzenetére
A Cinnamont azért javasoltam, mert talán a leg-KDE-szerűbb Gtk-s asztali környezet.
A sima Gnome nagyon le van butítva, KDE után kell bele minimum 10-15 kiegészítő, hogy az alap működése megfelelő legyen. MATE és Xfce pedig elég komoly visszalépésnek tud érződni látványvilágban.
Mondjuk egy-másfél éve nem teszteltem semmilyen disztrót és asztali környezetet, mert nem sarkallt rá semmi, szóval lehet pl. a MATE fejlődhetett annyit, hogy Cinnamonhoz mérhető felhasználói élményt nyújtson.
-
Canonfan
senior tag
Jogos a kérdés, igazából én első körben nem is gondoltam a videokártya driverre, mert eddig csak KDE-t használtam azt hittem pont emiatt én is, ha ott rossz akkor máshol is. Sőt előbb gondoltam volna hogy a procim kevés és valami processz a háttérben megeszi a processzort.
Aztán itt a fórumban kaptam azt az infót, hogy a KDE nem szereti az nvidia drivereket, mind a nyílt mind a zárttal vannak gondok KDE alatt, aztán pengwin fórumtárs írta hogy nála szintén volt hasonló gond KDE-vel, de pl Cinnamonnal nem volt probléma ugyanazon a gépen.
Ez adta az ötletet, hogy akkor ha a Cinnamonban nincs ilyen gond, akkor tesz jelleggel azt használom most 3-4 hétig élesben és ha ennyi idő alatt nem jelentkezik ott a probléma akkor biztos az nvidia-KDE páros a ludas de ha itt is akkor valószínű a kártya hűtése vagy az is.
Legalábbis most ez a teszt tárgya, remélem jó irányba indultam el, majd kiderül -
Canonfan
senior tag
Akkor egyre gondoltunk, azóta tett is követte a gondolatot, és most már a Cimmaronról írok
De való igaz elég régi a kártya könnyen lehet ez is, de most pár hétig tesztelem így Cimmaron alatt is előjön-e, ha igen kártya hiba ha nem driver.
Egyébként nem rossz ez a Cimmaron sem, bár most hogy belaktam azért nem tud annyit min a KDE, pl egyszeres kattintás sincs benne, nem annyira testreszabható stb, de eddig egész kellemes benyomást tett bennem letisztult és mintha pörgősebb lenne is a gépem alatta. Úgyhogy nem lesz kellemetlen használni ezt sem, de azér vannak dolgok amik hiányoznak a KDE-ből -
ttt
senior tag
válasz
Canonfan
#4003
üzenetére
Korábban is ez motoszkált bennem, hogy tegyél fel más keretrendszert/alakkezelőt és próbálgasd. Általában a disztribek ebben nagyon rugalmasak. (Sokszor pont kontra-produktív, hogy annyi van
)
Bár nv kártyám már régen nincs - de anno az első linuxos drivereket napi szinten teszteltem, még néhány játék portolását is sikerült gatyába ráznom - , de a zárt cuccaik jók, csak ugye nehéz úgy megírni valamit, ha egy sötét szobában vagy, ergo könnyen lehet ez is baj.Ha amd-re (volt ati) váltasz akkor meg nem kell foglalkoznod a gyári meghajtókkal - sőt (!) kerülendő - , a szabad driver jobb, a kiadott zárt általában nem is fordul le - nem is erre való. (SuSE, Ubuntu alapból tartalmazza - a többit nem tudom, nem használom)
Mind ezek mellett én valami hardveres hibára gyanakszom: elkoszolódott hűtés, kiszáradt paszta, stb - videó kártyán. De a KDE sem - sajnos - a stabil működés bálványa (De nekem is a kedvencem
). -
Canonfan
senior tag
ivana, pengwin:
Köszi szépen mindkettőtöknek a hasznos infót!
Az jutott eszembe, hogy akkor az lenne a legjobb ha felraknék én is egy Cinnamont, úgyis kíváncsi vagyok rá hogy milyen és élesben használom 3-4 hétig, és ha nem jelentkezik a hiba akkor vagy maradok a Cinnamonnál ha esetleg annyira megtetszik vagy lecserélem a videokártyát egy Radeonra, ti mit gondoltok?
Illetve elvileg jól tudom akkor hogy annyi átváltani, hogy felteszek a yastból mindent ami Cinnamon és átállítom a sysconfig szerkesztőben az alapértelmezett ablakkezelőt?
-
pengwin
addikt
válasz
Canonfan
#4000
üzenetére
Nem hardverhibád van, az NV driverei egyszerűen nem szeretik a KDE Plasmát...
Nálam Kubuntu 18.04-en rendszeres, hogy pl. driver frissítés után csak parancssorból tudok kijelentkezni vagy gépet újraindítani, mert a kilépő menü egyszerűen összeomlik.
Vagy pl. ott a villódzó asztal, ami akkor jön elő, ha nem teljes képernyőre rakom a böngészőt, hanem valamelyik élhez akarom passzintani fél vagy negyed képernyőre. Ilyenkor az asztal szépen elkezd feketén vibrálni. Nagyon élvezetes.A hiba nálam is jelen van Nouveau-val és a zárt szutyokkal is, egy GTX 970-en.
És a tartalék GTS 8600 320MB is produkálta a hibákat ugyanígy, mindkét driverrel, akkor még 16.04-es Kubuntun és Fedora KDE-n.
Gnome-mal és Cinnamonnal semmi probléma ugyanezen a gépen.A fórumok tanulsága szerint nem ritkák az ilyen hibák NV kártya-KDE Plasma párosításnál, és attól félek ez mostantól csak sokkal súlyosabb lesz, mert a KDE csapat nem akarja támogatni az NV különutas fejlesztéseit, mint pl az EGLstreams-et (ha jól emlékszem a nevére).
-
) körül. mert nincs annyi leszármazottja, mint a többi népszerű nagy disztrónak. (Debian, Arch, Red Hat)
)Új hozzászólás Aktív témák
Hirdetés
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Antivírus szoftverek, VPN
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT GAMER PC termékbeszámítással
- HPE Apollo 4200 Gen9 2U rack szerver, 1x E5-2620v4, 64GB RAM, 24x3.5" 2U-ban! ÁFA-s számla, garancia
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 4060 Ti 8GB GAMER PC termékbeszámítással
- Update 06.27. Bomba árak 2025-ben is! Üzleti - Consumer laptopok DELL FUJITSU HP LENOVO
- SZÜNETMENTES TÁPOK
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest