-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Keef_Lee
senior tag
Csak érdekességnek: Virtualboxban kipróbáltam a Wubuntut. Csak egy magot kapott a prociból, így döcögve, de megy 2 G Rammal.
Próbálgattam egy darabig. Egy 22.04 es LTS Ubira van ráerőltetve a win szerűség, de egész ügyesen. Megy rajta az online office. A menüben direktben vannak linkek hozzá. A Copilot is megy és van rajta edge.
Csak Discovery volt benne, így raktam rá Synapticot.
Több meglepetés is ért. Az előtelepített Chrome elszalad rajta, az Opera meg nem akar. Nem gondoltam volna, hogy az operának nagyobb a proci igénye.
Benne volt az OnlyOffice, ami kellemes meglepetés számomra. Ezt nem ismertem. Ha nem lennének céges táblázatok, doksik, elég is lenne ez is. A Libre vonal meghízott nagyon. Ha életképes lesz addig, akkor jövőre a volt win10-es gépekre lehet mozgástere a nem linuxosok számára. -
válasz
#79484416
#94092
üzenetére
Ha a regelésed kb egybeesik az új alverzió kiadásával, akkor nyilván több a Mint-tel foglalkozó hsz, egyébként meg miért kéne vele foglalkozni?
Nincs vele gond, használják a userek, nincs hsz. De ha gondolod, beírhatom ide naponta kétszer, hogy fut a Mint gond nélkül. Az új 21.3, a 21.2 és az LMDE6 is. 21.2 a fő rendszer, nincs PPA, Chrome, Spoty meg Vivaldi repo van még a gyáriakon kívül.Debianos hsz se sok van amúgy, egyébként mind a Mint mind a Debian rendelkezik saját topikkal.
-
Nem kell sejteni, Debiant hasznalok es azert, mert nekem a stabilitas es a biztonsag fontosabb, mint hogy allandoan bleeding edge-en legyek. Nincs olyan extrafriss hardverem, ami igenyelne ujabb kernelt (bar az is megoldhato Debianon), nincs olyan hipi-szupi feature-e egyik altalam hasznalt alkalmazasnak sem, ami miatt kellene a bleeding edge (hozzateszem, ket alkalmazas futtatasa a legfontosabb nekem: VMware Workstation es MongoDB - minden mas csak tartalomfogyasztasra van es gyanitom, hogy a VLC kepessegeinek a 98%-at sem hasznalom ki, de ezzel eddig mindent le tudtam jatszani, akar video, akar audio).
En azt is megertem, hogy vkinek mas a fontossagi listaja, de a snap-appimage-flatpak trio letjogosultsagat akkor sem ertem. Ad 1, a snap szolgaltatas szerveroldali kodja zart, nagyjabol a Canonical vmi olyasmit szeretne Linux alapon megvalositani, amit a Microsoft, meg az Apple csinal - mindig kicsit mas, mint a tobbi, mindig van valami megkerdeojelezheto dontese, mindig vmivel ki akar tunni a tobbiek kozul (legyen az pozitiv, vagy negativ). Ad 2, az eddig felmerult biztonsagi aggalyokra erdemben egyik csomagformatum, vagy a gazdaja sem adott erdemi valaszt - by design nem is lehet.
Ez viszont nalam mar instant buko: azt sem szeretnem, hogy az altalam fejlesztett dolgok kikeruljenek publikusba (mert kutatasi/tesztelesi celzattal vannak kozottuk malware-ek is), masreszt vannak nalam eles malware-ek is (amiket nalam sokkal jobb programozok irtak es amelyekrol olvashattal a multban), szinten kutatasi es tanulasi okokbol, harmadreszt van a kodjaim kozott olyan otlet is megvalositva, ami eddig senki masnak nem jutott eszebe, ergo ertekes lehet a jovoben.Ugyanakkor a rendszeradminisztraciora forditott idom minimalis, a rendszer azert van, hogy kiszolgalja az igenyeimet, nem pedig arra, hogy allandoan az utamba alljon mindenfele okoskodassal, "enugyisjobbantudom" hozzaallassal. Nem kell furni-faragni, ha vmi megis fatalisan elcseszodik, 10 perc alatt ujrarantom az OS-t (bar eddig meg nem kellett, mert inkabb VM-en kiserletezek), a konfigokat meg visszarantom githubrol, oszt csokolom.
-
Warton
őstag
válasz
#79484416
#94061
üzenetére
Alapvetően két feltételnek kell megfelelnie egy disztronak.
1. Tudjam telepíteni. Én nem vagyok tudója a hárombetűs ügynökségeknek, fogalmam sincs mi az a GPT, EFI, MBR stb. A rendszernek fel kell települnie és kész, nem érdekel a Rufus, elena meg az egyéb beállításos hülyeségek. Ez alapján pl. nem tudtam popOS-t és Wubuntut se telepíteni, de nagyon nem görcsölök rá ilyenekre.2. A második feltétel, hogy kb. 1 hét után minden olyan dolognak működnie kell, amit az adott géptől elvárok. És én szintén nem vagyok hajlandó görcsölni annyit egy-egy dolgon mint itt a Tibor. Ha egy disztro nem azt csinálja, amit kell, amit mondjuk egy Manjaroval meg tudok csinálni, akkor az kuka. Szintén nem érdekel, hogy én vagyok a hülye vagy mi van. Egy-egy problémával nagyon keveset vagyok hajlandó foglalkozni akkor inkább gyalulom az egészet és megy fel a jól bevált Manjaro vagy MX. Ez alapján pl. az Endeavour puppy meg a Mint nálam kiesett.
Amiket használok az a Manjaro és az MX és valamilyen megmagyarázhatatlan okból kifolyólag a Bodhi linux is működik. Mondjuk ez utóbbi disztrot senkinek sem ajánlanám.
-
#02705152
törölt tag
(és minden hozzászóló)
A sokak által lenézett GoboLinux fejlesztők már rég keresik a megoldást, és nekem sokkal szimpatikusabb mint a snap és társai. Minden program (verzió) saját könyvtárba települ, és logikailag összefogják (szim-link) őket a rendszer számára könnyen kereshető könyvtárakba (pl. futtatható állományok az Executablesbe).
Jópofa ötlet és nézegettem néhány tesztet, elvileg müxik.
Egyszer ha nagyon unatkozom ki kéne próbálnom... -
Azert a snapre mar joparan hoztak par ellenervet, koztuk egy biztonsagit is, amihez en hozzatennek meg egyet: ha rosszul vannak beallitva a sandbox jogosultsagai, pont ugyanugy elerheti az egesz rendszert, ahogy a snapet futtato user. Ha ez tortenetesen mondjuk a root userrel tortenik, akkor root jogosultsaggal - gondolom innentol fogva nem kell tovabb magyaraznom...
-
Azt kellene megerteni, hogy egy *nix rendszer azt fogja csinalni, amit mondasz neki. Ha a csomagkezelo szol, hogy ha ezt csinalod, akkor felulvagja a korabbiakat es te nyomsz egy y-t, akkor felul fogja vagni. Nem foglalkozik azzal, hogy mi baszodik el, mert te vagy a user, a rendszer erted van. Meg az is lehet, hogy kutatsz valamit es szandekosan akarsz ilyen muveletet vegezni, mert kivancsi vagy, mi a hatasa a rendszeredre, meg a telepitett programjaidra.
Olyat esetleg lehet csinalni, hogy veszelyesebb muvelet elott csinalsz egy backupot, legyen hova visszaallni, ha nagyon elromlik valami.
-
Te dönthetsz, de nem tudhatod, hogy a már telepített program(ok) mit szól(nak), ha egy általa eddig használt könyvtárat lecserélsz egy frissebb-re. N+1 eset van amikor a library neve bele van égetve a kódba, pl. hisztizik, hogy nem találja a enyimé12.5-öt. Ilyenkor jó esetben elég egy link-et készíteni az aktuális verzióról, a régi nevén. De mi van ha az újabb kiadásban megszüntettek/módosítottak pár fügvény hívást? Hiába próbálja elérni a régi program, nem sikerül neki, hibára fut, nem működik.
Arról már ne is beszéljünk hogy egy másik program frissítése már a az enyimé2.0-át használja. Nem olyan egyszerű probléma ez. -
OpenSUSE-ban a Zypper egyébként mindenről szólt, azt hiszem valami 3 pontos lehetőséget kínált. Vagy frissítek és cserélem a csomagot, vagy töröm, vagy a régebbi csomaggal folytatom tovább, stb. Az elég intelligens csomagkezelő, bár legalább annyira bonyolult egy APT-hez képest. Igaz, az APT-t se értem még, csak Móricka szinten.
-
válasz
sh4d0w
#94076
üzenetére
Ami eszembe jutott. Fedorán reggel a DNF elkezdett nekem magyarázni, hogy mivel az RPM Fusiont hozzáadtam a tárolók listájához, így abban talált frissebb csomagokat az ffmpeg-hez és, hogy én az --allowerasing paranccsal frissítsem le az egészet, HA akarom, ami azzal jár, hogy a "system" eredetű csomagokat felül fogja írni az "RPM fusion"-ből származó csomagokkal.
Ilyenkor a csomagkezelő van olyan intelligens, hogy nem fog töréseket és egyéb paradoxonokat okozni a függőségekben? Anyám, milyen bonyolult ez...
-
A lényeg azért kimaradt
Tegyük fel, hogy a rendszereden telepítve van libAv1. Az app, amit használni akarsz viszont libAv2-t igényel és mivel magasabb a verziószáma, a csomagkezelő engedni fogja a korábbi verzió lecserélését. Mivel könnyen megeshet, hogy az új verzió nem 100%-osan kompatibilis a régivel, meglehet, hogy az új appod működik, másik 15 meg nem, mivel kihúztad alóluk a nekik kellő libet.
Ezért kezdtek el kialakulni a snap és társai - nem kell foglalkozni ezekkel a kérdésekkel.
-
válasz
#79484416
#94061
üzenetére
Ti milyen alapon választotok disztribúciót?
Debian/Ubuntu alapon!
10 éve megtalált a Linux Mint Cinnamon, azóta azzal elvagyok, anno felraktam még egy Debiant is, hogy kicsit értsem a csomagkezelést meg pár olyan dolgot, amit nem árt home usernek sem tudnia. Annyi volt biztos 10 éve, hogy Windowst többé nem akarok egyik gépen sem látni. -
Cilimama
Na szép is lenne, ha ő irányítana, akkor tényleg kipusztulna fél Afrika. Is. Rosszabb még az űrhajósnál is a meló, mert azok legalább null gravitációban mozognak. Igaz mi azért gyakrabban járunk haza. ![;]](//cdn.rios.hu/dl/s/v1.gif)
(#94073) berusbacsi
Ha látnád ugyanezt a gyártóüzemet USA-ban, nem hinnéd el, hogy nem UFO-kat tenyésztenek. Egy sziklás hegység oldalán van a bejárata...de többet nem mondhatok, mert mindenkit elvinnének a teknőcök!
(ha még a cirill betűs ampullákról is említést tennék, akkor már el se vinnének, helyben likvido) -
Elég komoly feladatot ellátó német berendezések, maga a vezérlő résszel nincs gond, azt újraindítva is marad a gond, Win reboot után javul minden. De nem értek hozzá, azt tudom, hogy van egy űrrakétakilövő kinézetű berendezés, amin nincs Win, soha nem áll le sw miatt, durva is lenne ha nem így lenne.
Nem értek a sw részéhez de kizárólag egyetlen célszoftver fut a gépeken. De lehet igazad van, a Win jó...(#94064) Rowon
Atya világ, milyen cégeknek dolgozol Te? TOP SECRET!
Sajna nem, nyűgösebb annál, állati oltóanyag(vírus) gyártás, így aztán nem is számítógépes vírusokkal bíbelődünk.
IT lovagok melójánál 1000x fárasztóbb, főleg amikor tisztatéri szkafanderben rohangálunk fél napokat... ja és ha itt valaki valamit elbaszarint, akkor rengeteg ember 4napos sarzs termelése mehet kukába. Márpedig egyes területeken az oltóanyag és komponensei kezelése nulla micron szennyezőanyagot tartalmazhat, ez se egyszerű, amikor több anyagot elegyítesz egy spéci edényzetbe. -
válasz
ubyegon2
#94062
üzenetére
Ott sem feltétlen a Windows-al volt baj. Bármilyen oprendszerre tud a szomszéd Pistike és a nagy szoftverfeljlesztő gigacégek programot írni. Ellenpélda: Pl. még Win95-98 idején több 100 napos uptime-al ment egy archiváló program. 7/24-ben rögzítette a hangkátyára érkező hangot, hibátlanul tette a dolgát. Általában nem a Windows-al, hanem a rajta futtatott programokkal (és gyakran a HW-el)van gond, de mégis az mondják, hogy "merszarawindows". Ezzel nem védeni akarom, megfelelő gyomorgörcsöt okoz minden MS frissítés(most éppen most mit k..tak el), de gyakrabban van gond a programokkal, és a felhasználókkal, mint magával a Windows-al.
-
válasz
#02705152
#94022
üzenetére
De én home user vagyok, és mindig is más fs-t akartam, nem ext-et!!!
Ezt úgy érted, hogy óvoda után mindjárt az első disztrónál azt nézted, hogyan lehetne valami más filesystemet rakni a rendszer alá?
Azért ez viszonylag ritka home usereknél.Ja és nem volt Linuxos vagyok, most is mindnyájunk kedvencével szopatom magam
Azért egy kis fricskát megérdemeltél!
És lezárásként talán pont veled beszélgettük, picike vidéki eü. intézményben terelgetem a biteket, teljesen Wines környezetben
Emlékszem erre is haloványan, sajnáltalak is érte! Én max userként kerültem Wines gép közelébe, de mind katasztrofális élmény volt. Utóbbi egy oltóanyag gyártás folyamatában lévő gép volt, ahol többször arra várt több csoport, hogy az illetékes helyrerázza a gép szoftverét, de a vége mindig az volt, hogy Win reboot. Nem is értettem, miért valami Win van az ilyen célgépeken, mert maga a kezelőszoftver nem volt túl bonyolult, de ha a hőlégkamra nem érte el a 305 celsiust, akkor nem nyílt ki az ajtó, ami az ampullatöltő helyiségbe továbbította és tolódott minden fázis, sajna a virusoknak x időn belül -274 fokos nitrogénbe kellett cuppaniuk, különben kampeca...és Afrikában éhen halt félmillió éhező.
-
-
-
#63718632
törölt tag
A Fedora-hoz erősen ajánlott az rpm-fusion repó hozzáadása. Az itt található csomagokat a Fedora és RH, az USA székhely és abból adódó szoftver licencelési jogszabályok-törvények miatt nem szállítja default. Van free és non-free ága is. Ha hozzá adod a Fedora-hoz, sokkal-sokkal több lehetőséged lesz.
-
válasz
#63718632
#94053
üzenetére
Értem. Az EFI-s dolog, amit írtál, az viszont nagyon jó lenne. Én ezt érzem kezdőként egy nagy gyengeségnek, hogy hiába jó az open-source driver, de még mindig nem olyan jó, mint a proprietary. Nekem azzal nincs bajom, hogy zárt, csak megfelelő teljesítményt nyújtson.
Debianra van firmware-amd-graphics, de másra vagy nincs, vagy mókolni kell vele. Fedorán adjak hozzá valami huszonharmadik repót, azon van a nem tudom milyen fordítás, ami már obsolete, aztán terminálból még indítsak el valami parancsot is futtatás előtt. Na ezt ők sem gondolják komolyan, ki fog ezzel otthon, így, ebben a formában sz*rakodni?
Ha CSAK a drivereket meg tudnák oldani, hogy gond nélkül lehessen applikálni, nekem már az nagy dolog lenne.
-
#02705152
törölt tag
-
#63718632
törölt tag
Az egy picit más lenne, amire gondolsz. Akkor valakinek el kéne dobni a saját csomagformátumát és átvenni a másikét. Csak hát ki döntené el, hogy melyik legyen A csomagformátum? ( .deb? , .rpm? , stb).
Ez pont a linux adta szabadság miatt alakult ki, szabadon létre jöttek a disztrók. Egy közös van bennük, a kernel.
Aztán melyik köré alakul ki nagyobb fejlesztői és felhasználói bázis, az is a szabadságból adódik.
Persze nem kell elfelejteni, hogy a biznisz is beleszól jócskán. -
#02705152
törölt tag
Többek között erre céloztam, amikor azt írtam, hogy a Linux sz@r és egyre sz@rabb lesz...
És ezt tetézik az olyan csapatok mint a GNOME, akik sportot űznek a "majd mi megmondjuk a tutit, mert mi jobban tudjuk mindenkinél" mentalitásból (lásd pl. a Waylandos szappanoperájukat). Hozzáállást tekintve nincs náluk kártékonyabb az openszósz világban, simán felveszik a versenyt Mr. Pöcsteringgel!
És akkor őket tömik ki milliókkal! 
-
#63718632
törölt tag
Anno annak idején, jó pár éve. Amikor az EFI gondolata felmerült, pont az lett volna a lényege. Hogy egy amolyan köztes réteg lenne a bios és az oprendszer közt és csak arra kellene a gyártóknak drivereket írni. Nem pedig közvetlen operációs rendszerekre.
Aztán mire UEFI lett belőle, szépen kinyírták a nagyok az alapgondolatot, és maradt minden ugyanúgy. Plussz behozták még a secure boot intézményét is. -
-
#63718632
törölt tag
Annyi értelme van a Snap-nek, Flatpak-nek, AppImage-nek, hogy disztró függetlenül tudja az app fejlesztője kiadni az app-ot.
A disztrónak csak a futtató környezetet kell tudnia.
A fejlesztő meg bepakolja az app-hoz szükséges motyót egy csomagba. Nem kell figyelni az összes disztró minden függőségét. Vagy arra várnia, hogy a legfrisebb kiadása mikor kerül be. A disztró kiadási sémájának megfelelően. Illetve a disztró csomagkarbantartók mikor végeznek a disztróba illesztéssel. -
válasz
#79484416
#94045
üzenetére
Nem tudom. Szeretem az Ubuntut, de, hogy így működik a Snap, ezek után nekem már nem tűnik annyira vonzónak. Miért nem voltak nekik jók a Debian csomagok úgy, ahogy voltak?
Bírom ezeket a Linux forkolásokat, hogy mindenkinek van egy ötlete, aztán mindenféle irányba elágaznak a dolgok, összevesznek egymással a fejlesztők, kiválnak, majd a forkot is forkolják, aztán a végén lesz egy csomó különböző ötlet, amiből kéne egy valami közöset gyúrni, de azt meg lehetetlen és akkor ott áll az ember, hogy kéne valami hardverre illesztőprogram, de a hardvergyártó meg néz, hogy mi a rákra írjam meg, amikor van vagy 20 féle csomagformátum meg 600-féle Linux alapú rendszer? Én meg csak használni akarnám a hardvert Linux alatt, de nem tudom, mert a hardvergyártó se tudja, hogy mit csináljon aztán a végén meg sz*rik az egészre és inkább csak Windowsra írja meg.
Ez így egy nagy orális szolgáltatás.
-
-
CPT.Pirk
Jómunkásember
A Linux disztrók egyik problémája, hogy nincs egységes csomagformátum, ami a fejlesztők részéről probléma... A flatpack meg snap is próbál megoldást nyújtani erre, ugyanakkor kérdéses eredménnyel és szerintem nem közülük fog kikerülni a probléma megoldása.
Pl. a Snap-os Firefox amit az Ubuntu szállít, az még mindig lassabb mint a natív verzió, kezdetben meg sokkal lassabb volt... -
#63718632
törölt tag
Hát, szerintem most értetted meg a klasszikus linuxos csomagkezelés lényegét.
Ha több alkalmazás igényel egy alapvető vagy közös csomagot (libet, akármit). Az elég egy példányban a rendszeren. Emiatt nem távolítódik el, amikor csak az azt használó appot törlöd.
Egy snap csomagban minden benne van az app működéséhez, függetlenül attól, hogy mi van a telepített rendszeren.
A klasszikus séma a disztró verziók alapja. Függőségi viszonyban vannak a rendszer komponensei.
A snap meg egy külön környezet az oprendszerben.
A snap függőség kezelése, homokozóban futása, tárhely igénye és erőforrás igénye már egy külön téma. -
Haligali,
Olvasgatok a Snap csomagokról és próbálom értelmezni az ott leírtakat.
Jól gondolom-e, hogy a Snap az olyasmi, mint egy csomaggyűjtemény, ami egy egészet alkot? Pl. Firefoxot telepítem snapben, akkor felmegy a Firefox és az összes függősége együtt. Ha eltávolítom a Firefoxot, akkor a Firefox-szal együtt az összes függőség is letörlődik.
Ez végülis jó dolog, vagy tévedek? Debianon én sok olyannal találkozom, hogy letörlök egy programot, de a függőségei ott maradnak a rendszerben. Igazából engem ez nem zavar, ha ezek a plusz csomagok csak úgy ott vannak, de nem okoznak semmilyen stabilitásbéli problémát, de azért nem annyira "clean" érzést ad.
-
válasz
#02705152
#94022
üzenetére
Azt hittem, trollkodsz, amikor megemlitetted a powershellt, de ezek szerint nem. A ps-nel elcseszettebb shellel meg nem talalkoztam, pl.: mi az a marhasag, hogy a valtozo nevere es tartalmara ugyanazzal a stringgel hivatkozunk??? Persze az *Item cmdletek elhagyjak a $-t...
New-Variable -Name A -Value 5 -Option Constant - na ez egy konstans deklaracio ps-ben,
const int c=5; - ez meg egy pelda c-ben.
Elkapni az Exceptionoket kesz remalom, csakugy, mint az error outputok elnyomasa.
Napestig tudnam sorolni a logikatlan, feleslegesen tulbonyolitott es ertelmetlen marhasagokat, de nem celom. -
#78522999
törölt tag
válasz
#78522999
#94028
üzenetére
Na, kipróbáltam a CoreCtrl/LACT párost 6.7 és 6.8rc6 kernellel és RX7800XT kártyával.
Gyakorlatilag mindkét kernellel ugyanazt az eredményt kaptam:
CoreCtrl: PowerLimit -> OK, GPU/MEM Clock Limit -> Fail
LACT: PowerLimit -> OK, GPU/MEM Clock Limit -> Fail, FanControl -> OK
Az normális, hogy az órajel limitek sem működnek? -
dni
őstag
Sziasztok,
adott egy ADATA HD710 USB-s HDD NTFS fájlrendszerrel amit egy Debian 12-őt futtató Intel-NUC-ra szeretnék csatlakoztatni, de valamiért USB csatlakoztatást követően megszakad a kapcsolat. Más gépben rendben működik, illetve ezen a gépen rendben működik 7/24-ben egy Seagate usb-s disk.Feb 27 16:50:33 NUC-SRV kernel: usb 2-3: new SuperSpeed USB device number 6 using xhci_hcd
Feb 27 16:50:33 NUC-SRV kernel: usb 2-3: New USB device found, idVendor=125f, idProduct=a15a, bcdDevice= 1.00
Feb 27 16:50:33 NUC-SRV kernel: usb 2-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Feb 27 16:50:33 NUC-SRV kernel: usb 2-3: Product: HD710
Feb 27 16:50:33 NUC-SRV kernel: usb 2-3: Manufacturer: ADATA
Feb 27 16:50:33 NUC-SRV kernel: usb 2-3: SerialNumber: *
Feb 27 16:50:33 NUC-SRV kernel: usb-storage 2-3:1.0: USB Mass Storage device detected
Feb 27 16:50:33 NUC-SRV kernel: scsi host2: usb-storage 2-3:1.0
Feb 27 16:50:38 NUC-SRV kernel: usb 2-3: USB disconnect, device number 6
Van ötletetek, hogy mi lehet a gond? -
Új benchmark szoftvert fedeztem fel, Geekbench a neve. Ha másra nem, legalább arra jó, hogy a procihűtőmet leteszteljem.
-
-
#78522999
törölt tag
válasz
CPT.Pirk
#94025
üzenetére
Aha, köszi.
Hát, akkor elgondolkodom, hogy visszatérjek-e inkább a LACT-hoz, mert abban működik.Egy kicsit megkeveredtem a script-ben ennél a résznél:
{ print }' "$grub_config" > "$temp_file" && mv "$temp_file" "$grub_config"sudo update-grubNem használok update-grub-ot és a /etc/default/grub-ban pedig nem látok változást.
Hogyan kéne ennek működnie? -
#78522999
törölt tag
Adódott egy kis problem:
CoreCtrl-t használnék (v1.3.10, kernel 6.7.6) az RX 7800 XT kártyámmal, de nem jelenik meg a venti profil állítás.
A GRUB tartalmazza a doksiban lévő paramétert:
GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.ppfeaturemask=0xffffffff loglevel=3"
Természetesen a grub-mkconfig is megvolt.Mit szúrok el?
-
#02705152
törölt tag
válasz
ubyegon2
#94017
üzenetére
De én home user vagyok, és mindig is más fs-t akartam, nem ext-et!!!
Na jó, benyelem, hogy én vagyok a kivétel, ami erősíti...Amúgy amikor a telepítő szkriptjeit, konfig fájljait kell telepítés előtt/közben turkálnod, hogy a szájízednek való végeredményt kapj, az azért ciki, és ha mondjuk az ext4-nek szeretnél vmi csatolási opciót megadni, akkor is ezt kéne csinálnod, a dolog független a Btrfstől ilyen szempontból...
Ja és nem volt Linuxos vagyok, most is mindnyájunk kedvencével szopatom magam (bár tény, mióta Devuan/dwm kombó van, azóta kevésbé).
És lezárásként talán pont veled beszélgettük, picike vidéki eü. intézményben terelgetem a biteket, teljesen Wines környezetben (szerver/kliens egyaránt), szal amikor éppen dicsérem, akkor nem csak úgy bebüfizem, hogy bosszantsalak benneteket...
-
ToomyC
aktív tag
Sziasztok, frissítettem a Debian-t Trixie-re, Gnome 46, kernel 6.6...lenne egy kérdésem, hátha valaki tudja a választ, a rendszer info nem látja az Ssd méretét, azt írja a lemezkapacitás ismeretlen és a Lemezek alkalmazás sem... ugyan ez volt ubuntu 23.10el is...köze lehet ahhoz, hogy win 11 -nek le van foglalva 4 partició? Bookwormnál ok volt, és ubuntu 22vel is
... -
válasz
#02705152
#94013
üzenetére
De nincs gond, már a hosszú évek alatt megszoktam, hogy a Linux evangelistáknál ez a vitakultúra...
Szerintem a thread-hez viszonyítva tök normális a vitakultúra.
hogy ha normálisan konfigurált Btrfst akarsz, akkor a kijelentés korlátozottan igaz
Ebben teljesen igazad van. Viszont senki nem akar semmilyen más FS-t, ha home userként felrak egy Linuxot, remélem ezt elfogadod. Home userek 99,9%-a úgy van ezzel a BTRFS/EXT4 dologgal, mint a sysvinit/systemd témával. De miért is lenne másként, amikor nem az érdekli, mi van a rendszerben, hanem az, hogy jól működjön minden. Egyszóval azt a könnyen telepíthetőség ellen felhozni, hogy neked nem ment könnyen a BTRFS konfigolása...azért érzed mennyire sánta ez így.
Különben meg ne érzékenykedj, volt Linuxosként dícsérgeted itt a Wint és csodálkozol, hogy a torkodnak ugrunk!?
Ja és kicsit dekoncemtrált voltam, mert RO-t írtam, pedig writeonly-t akartam. Belinkeltem csomó BTRFS leírást, man-t és akkor leírod, hogy miért nem olvasunk doksikat róla? Writeonly vagy...
-
#02705152
törölt tag
válasz
ubyegon2
#94012
üzenetére
Nekem sincs egyikkel sem, és ha nem RO lennél, akkor emlékeznél hogy a Linux gyorsan és könnyen telepíthetőségére jegyeztem meg szerintem kulturált hangon, hogy ha normálisan konfigurált Btrfst akarsz, akkor a kijelentés korlátozottan igaz, erre a torkomnak ugrottatok, hogy minek a Btrfs, miért nem jó a bolygó összes lakójának az ext4... De nincs gond, már a hosszú évek alatt megszoktam, hogy a Linux evangelistáknál ez a vitakultúra...
-
válasz
#02705152
#93999
üzenetére
Ha genyó lennék, mondanám, hogy olvassatok Btrfs doksit, és akkor rájöttök miért jó, de azért segítek: COW, pillanatkép, tömörítés, alkötetek, CRC32C, eszközök ki be pakolása a fájlrendszerbe szabadon.
Ha nem csak RO lennél, láttad volna az iménti hsz-emben a rengeteg BTRFS linket, ennél többet hová olvassak róla? De amúgy nekem semmi gondom nincs vele, viszont az EXT4-gyel sem.
-
válasz
Rimuru
#94006
üzenetére
Egy kezdonek pl tok jo ahogy default mukodik (a mar emlitett) openSUSE. Meghalt valami frissites kozben?
Egy kezdőnek nem túl jó, ha meghal frissítés közben, ezért használ Linux Mint Cinnamont! 10 év alatt csak egyszer halt meg frissítés miatt, de az 100%-ig useridiótaság miatt volt.
Remélem érzékelhető a különbség... -
-
Nincs vele gond, használják a userek, nincs hsz. De ha gondolod, beírhatom ide naponta kétszer, hogy fut a Mint gond nélkül. Az új 21.3, a 21.2 és az LMDE6 is. 21.2 a fő rendszer, nincs PPA, Chrome, Spoty meg Vivaldi repo van még a gyáriakon kívül.
10 éve megtalált a Linux Mint Cinnamon, azóta azzal elvagyok, anno felraktam még egy Debiant is, hogy kicsit értsem a csomagkezelést meg pár olyan dolgot, amit nem árt home usernek sem tudnia. Annyi volt biztos 10 éve, hogy Windowst többé nem akarok egyik gépen sem látni.![;]](http://cdn.rios.hu/dl/s/v1.gif)
(ha még a cirill betűs ampullákról is említést tennék, akkor már el se vinnének, helyben likvido)
És akkor őket tömik ki milliókkal! 
A GRUB tartalmazza a doksiban lévő paramétert:
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Gyermek PC játékok
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 Pro 24GB RAM 512GB SSD garanciával hibátlan működéssel
- BESZÁMÍTÁS! 2TB Samsung 980 PRO NVMe SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Microsoft XBOX Series S 512GB játékkonzol garanciával hibátlan működéssel
- Telefon felvásárlás!! Samsung Galaxy S24/Samsung Galaxy S24+/Samsung Galaxy S24 Ultra
- ÁRGARANCIA! Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged