-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Frawly
veterán
Na, akkor beigazolódott a gyanú, hogy a BIOS korlátozza le 1,7 GHz-re, hogy ne menjen a 2,7 GHz-es Turbo. Átírni nem érdemes, mert azonnal visszaáll a korlátozott értékre.
Próbáld meg a BIOS-ban megkeresni, hátha tudod állítani a frekiszabályozást. Ha nem, akkor az Arch Wikiben írtak szerint (a legutolsó néhány bekezdés) tudod a kernellel figyelmen kívül hagyatni a limitációt.
Egyébként sokszor úgy is el lehet tüntetni a BIOS limitet, ha laptopnál támogatott akkut teszel bele, vagy van benne egyáltalán akku, vagy még akár pluszban konnektorról használod. Úgy gyakran nem korlátoznak, próbáld ki ezt is, ha laposról van szó.
-
Frawly
veterán
Ez milyen disztró, hányas kernel?
A /sys/devices/system/cpu/cpu0/cpufreq/ mappában van bios_limit fájl? Ha igen, mi a tartalma? Ha nincs ilyen fájl, akkor próbáld kézzel átállítani a cpufreq governort performance-ra rendszergazdaként:
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governorEzt minden prociszálra el kell játszani, tehát cpu0, cpu1, stb..
-
#60570
King Unique
titán
Bici
#60559
King Unique
titán
-y Put drive in standby mode
-Y Put drive to sleep
-z Re-read partition table
-Z Disable Seagate auto-powersaving modeA
hdparm -z /dev/sdXparanccsal újra fel kellene pörögnie a merevlemeznek. De értelemszerűen akkor is, ha pl. a fájlkezelőben betallózod a tartalmát és meg akarsz róla nyitni valamit. Pont ez a lényege a készenléti (alvó) állapotnak, mivel ilyenkor eleve nem áll le véglegesen és visszavonhatatlanul a merevlemez. -
Gondoltam, csak azért galádkodtam, mert sokan ördögtől valónak tartják a GUI-s megoldásokat. Ez a másik véglet persze.
Próbáld ki az előbbi képen is látható Disks v gnome-disk-utility programot, smart-tól kezdve sok mindenre jó (arra pont nem érdemes használni amúgy)
Akár azonnal is készenlétbe tudod helyezni a vinyót, ha már nem kell, de be is állíthatod, hogy ha úgy szimpibb.
Az alvás jelet ilyen kis zzz-vel jelzi (középen)
A képeken a Disks van. Ez maga a program, milyen külső GUI-ra gondolsz?
Egyébként Nemo-ból néha nekem sem ébred fel, disks-ből kell bekapcsolnom.
Amúgy a datecenter, surveillance meg a többi típus nem ugyanúgy működik, lehet, hogy ezt nem lehet altatni, mármint a Gold-ot. Látod, még Black-nél is van eltérés.
-
Szerintem inkább készenlétbe tudod rakni, kikapcsolni nem lehet, de az idle-től is elhalkul teljesen. Vagy a sleep mód az....vagy standby. Itt nézz körül meg a hdparm man oldalán. Gondolom GUI-s megoldást nem akarsz, mert az túl egyszerű lenne. Játék konzolos amúgy?
Ja és az se mindegy, milyen HDD, nekem az egyik WD Black-en állítható az akusztika, másikon nem, a WD-nek van is külön idle3 programja.
-
-
Frawly
veterán
Én a KVM-et qemu-val használom, és kézzel adom át neki terminálban a paramétereket. Az -smp kapcsolóval lehet megadni, hogy hány szálat használjon a virtuális gép.
Ha nem akarsz parancssori kapcsolókkal kínlódni, akkor qemu-hoz tett fel a virt-managert, azzal ilyen VirtualBox-szerű GUI-s felületet kapsz, ahol minden beállítást kényelmesen ki tudsz kattintgatni, meg elmenteni a virtuális gépet.
-
Frawly
veterán
Ha procid és a BIOS-od támogatja a VT-x és VT-d (vagy ennek megfelelő AMD-s) utasításkészleteket, és van két GPU-d, amiből az egyiket PCI passthrough-val át tudod adni a virtuális gépnek, akkor elvileg natív sebességgel lehet rajta játszani. Input lagról nyilatkozni nem tudok.
Szerintem megoldható, de nem éri meg virtuális gépen játszani. Akkor inkább flexelj bele a gépbe egy másik SSD-t, és arra dobják fel natív Win-t. Pár másodperc alatt átbootolsz rá, és szívásmentesen játszol.
-
Frawly
veterán
Kösz a visszajelzést, engem is Intel IGP-vel szopat (HD3000). Eddig sose volt gondom a legfrissebb kernelekkel, még akkor sem, ha friss git-dev-RC verziót használtam belőle. Most meg elkezdett szivatni. Eddig az is aggasztott, hogy az Arch bugtrackeren sincs belőle bugreport, de jó tudni, hogy nem vagyok vele egyedül. Majd csak javítják akkor.
-
"mert Mint alatt sosem volt ilyen, sem Cinnamon, sem Mate kornyezettel"
Engem ez nem lep meg!
Valamiért mindig visszatérek ide, pedig már megszámlálni sem tudnám mennyi disztrót kipróbáltam. ![;]](//cdn.rios.hu/dl/s/v1.gif)
(#59851) mefistofeles XFCE alatt is...hmmm.
(#59852) milangfx
Ott volt ez is a válaszok között, de így egyszerűbb.
-
Valami a GTK temakkal lesz. Ha Cinnamont, vagy Mate-et rakok fel, akkor nincs gond, de most Deepin eseten elegge zavaro.
Nem ismerem a Deepin-t, de az említett DE-knél külön opciót is állítani kell a sötét témák megfelelő megjelenítéséhet, bár azt nem tudom, mennyire érintheti a problémádat, azért érdemes keresgélni a Rendszerbeállításoknál.
Nemo 3.6.5-1, Cinnamon 3.6.7-8
-
#59844
mefistofeles
veterán
Bici
#59843
-
Frawly
veterán
Nem, nem akarom lehúzni a Debiant. Sokáig volt etalon, míg a többi kisebb disztró még akkoriban amatőr és béna volt. Viszont változnak az idők, nagyon stabilak már a kisebb disztrók is, nagyon feljöttek használhatóságban, csomagszámban, megbízhatóságban, sokszor felhasználóbarátságban is, és adott esetben már többet nyújtanak. Már az Ubuntut és a Mintet is kezdik leszorítani. Inkább fogalmaznék úgy, hogy a Debiant ma már sokan inkább egyfajta tradicionális hitvallásból tisztelik, és magasabbra magasztalják annál, mint ami a tényleges szintje a mai disztrók között. A distroupgrade beborulását sem csak a Debian ellenében lehet megemlíteni, hanem bármilyen nem rolling disztrónál így van, az mindig kényes, nem garantálható a sikeressége.
Abban igazad van, hogy Archon kevesebb a csomag, ezért többször kell AUR-ozni, ezt írtam én is, hogy ez egyetlen hátránya ennek a disztrónak. Viszont az AUR-ból telepítés is általában sima a legtöbb esetben, én sem szeretek onnan telepíteni, de annyira nem rémálom, mint sok ember tartja.
Catalystnak sem vagyok ellene, sokáig az nyújtotta AMD-ATi-n a legjobb teljesítményt, de az AMD is belátta, hogy nehézkesen szögelik, a zárt forráskód csak kolonc az opensource világ nyakán, így már ők is a nyílt driverre koncentrálnak, így jobban lépést tartanak az új csomagverziókkal. Az meglehet, hogy már jó ideje Debianon sem támogatott. Meg ahol még támogatott, ott is Xorg alatt, Wayland semmit nem tud vele mit kezdeni, meg olyan új technológiák sem, mint a Vulkan. Ragaszkodni persze lehet a régi, megszokott dolgokhoz, csak sokszor az értelme kérdőjelezhető meg.
-
Cyrin
addikt
"Én csak azért váltottam debian-ra, mert nincs szükségem legújabb csomagokra, és sok olyan csomagot használok ami Arch-on csak AUR-ból telepíthetö, és debian-on benne van a tárolóban, netán a fejlesztö elérhetövé teszi .deb formában."
Na pontosan ez az! Ezért megy a manjaro a laptopomról. Egyszerűen nem engedem meg, hogy az AUR ilyen olyan minőségben összerakott csomagjaira hagyatkozzak, hányszor volt olyan, hogy elqrták és nem ment, várni kellett amíg ki lett javítva, és addig???? Addig ne használjam azokat a programokat amik a munkához is kellenek??? Meg frissítsünk másfél napig AUR-ból, közben ezerszer okézzuk le amiket feldob...Munkára akarom használni, ahol az a szempont hogy az oprendszer minél kevesebbet szóljon bele, nem hobbilinuxozni, akkor rakhatnék fel egyből wint is, ha az oprendszer hülyeségeivel akarnék foglalkozni...
Amikor először használtam manjarot- kb 5-6 éve, akkor még el tudtam nézegetni a frissítés menetét, de már nem érdekel...Frawly:
"regexpezed" az igen! -
Frawly
veterán
Ja, végül is Debian alatt is mindent meg lehet csinálni ugyanolyanra. Épp úgy fel lehet építeni az alapoktól minimum netinstallból. Csak sokkal régebbi lesz az összes csomag, ez a fő különbség. Meg nem lesz rolling, hanem neked kell disztrót upgrade-elned. Ami vagy bedől, vagy bedől előbb-utóbb. De amíg nem, addig megy. Stabilan. Csak friss szoftverre (Wine, mesa, Kodi, stb. egyik új funkcióját próbálnád ki) ne legyen szükséged, mert nem fogod tudni feltenni. Legfeljebb SID-ből. Oh, wait, akkor meg miért nem inkább mégis Arch? Legfeljebb regexpezed máshogy a csomagkezelőt, meg nem teszel föl meg szedegetsz le kazal csomagot egyszerre, ha mégis, akkor uninstall előtt az Arch topikban érdeklődsz, mi nem megy, mi az, amit próbáltál. Egyébként komolyan mondom, ha értesz hozzá, mindegy milyen disztrót használsz, mert amit egyikkel meg tudsz csinálni, azt a másikkal is meg tudod. Különbség csak preferencia terén lesz, milyen alapfrissességet akarsz, milyen frissítési mechanizmust, milyen csomagkezelőt, és hogy mennyit akarsz vele dolgozni, mennyire akarod részletesen testre szabni. Ezért szoktam mindenkit lebeszélni, hogy túl vadul próbálgasson ezerféle disztrót, meg fent legyen 20 multibootban. Inkább érdemes egy nagyobb disztrót feltenni, és megtanulni azon megoldani az összes problémát, akármilyen kínkeserves is. Kezdőbb linuxosoknak szokott lenni egy korai korszaka, mikor mindent kipróbálnak. Olvas valami Nevenincs Ezoterikus disztróról (ami tipikusan egy nagyobb disztró ronggyá forkolt kistestvére, sokkal kevesebb ember van mögötte, így a fejlesztéssel, bugok javításával, kiadásokkal is sokkal lassabban haladnak), már pattintja is fel, mert az hátha majd viszi a Wi-Fit, meg a KataLányIstot. És lehet vinni is fogja. A következő kiadásig. Meg addig is csak időt nyer, mert nem fogja tudni miért kezdtek el működni dolgok, meg hogyan lehetne működésre bírni őket más disztrók alatt. Amikor már ebben az Egzotikus disztróban is elakad, mert valami eltörik, akkor átnyergel majd másik random disztróra, amivel más nyűgök lesznek előbb-utóbb.
Ezért írtam Archot is csodatelepítőszkriptek nélkül teszünk fel. Igen szopó, ha nem mennek dolgok, lehet először vért fog hugyozni az illető. De ahogy halad lépésről-lépésre, csomagról konfigfájlra, úgy fogja látni mi hogy kezd el működni, így ha később elszaródik, tudni fogja hogy kell megoldani, hová kell nyúlni. Míg szkripttel telepítve nem fogja érteni, hogy mi került fel, mi miért működik, meg mi miért kezd el nem működni. Akkor meg jön a sírás, hogy ő ezt a szart nem, ennyi ideje neki nincs, neki van élete, visszateszi inkább az Ubuntut vagy a Windowst. Azokkal lehet boldog is lesz. Amíg minden megy. De egyszer csak ott is lesz valami probléma, amit el kell hárítani.
Valaki írta a HUP-on, és nagyon igaz, hogy a Linux nincs ingyen. Valódi pénz helyett idővel fizetsz, tanulópénzt fizetsz, meredek a tanulási nehézsége. Bele kell tenni az időd, energiát, hogy élvezni tudd az előnyeit. Türelem kell, sok utánaolvasás, de megéri, mert utána a saját rendszered ura vagy. Nem kell valami multira várnod, míg egy hiba elhárítódik, frissítés megjelenik, valamit támogatni szíveskednek, meg nem vagy a kényük-kedvüknek kitéve, hogy eldöntik helyetted neked mi lesz a jó, mit futtathatsz a gépen, hány példányban, milyen korlátozásokkal. Aztán ott hőbörögnek a fórumon, hogy szemét MS, megszüntetett valami funkciót egy frissítéssel, meg mi az hogy telemetriával figyel meg, meg visszamászik a Candy Crush. Közben meg van egy másik rendszer, amit használva tehetnének ellene, hogy ilyet el se játszhassanak velük, de abba meg időt kell ölni, nem rakják nekik össze, nem rágják a szájukba.
Egyébként megértem, hogy csábító a Debian, azt sokan jobban ismerik. Régebb óta jelen van, jobban van dokumentálva. A régi csomagverziók miatt a Catalyst sem lesz problémás, nem fognak neki bezavarni. De a Catalyst halott, előbb-utóbb nem úszod meg, hogy dobjad, ha más nem, majd egy Debian-frissítésnél, amit nem fogsz tudni a végetlenségig halogatni. Szóval csak a Catalyst meg csak x dolog miatt nem nagyon éri meg disztrót váltani.
-
A feliratok hasonló gonddal küszködtek (ékezetek helyett kriksz-kraksz)anno a TV-n, az jutott eszembe, hogy azt simán kijelölve átkódolta TV által is olvashatóra, akár kipróbálhatnád fájlnevekkel is párat kijelölve próbaképpen. Ez a Notepadqq elég jó lehetne erre a célra is. (csak egy ötlet, hátha, de ha működik, csak ki kell jelölnöd az összes fájlt az adott mappában)
-
csixy
addikt
-
Frawly
veterán
A Double Commander miért nem jó? Egyébként biztos bashban is meg lehet csinálni. Valójában a fájlnevekben nem rombuszkarakterek vannak, csak a grafikus felületen használt fontban ezzel vannak helyettesítve. Egyébként élére fordított léccel verném agyon, aki nem használ mindenhol UTF-8-at, terminálban, fájlnevekben, szöveges dokumentumokban, weboldalakon, stb..
Szerintem a Double Commandernek csak más formában kell beadagolni ezeket a karaktereket, szekvenciákként, de ahhoz tudni kéne, hogy pontosan milyen kódolásban van, lefogadom, hogy ISO-8859-2 kódolásban van, valami XP-s vagy annál régebbi gépen lett belebarmolva a fájlrendszerbe, így mikor modern unicode-os rendszer alatt nézed meg, akkor hibádzanak az ékezetek.
-
Metacity téma? No, ezzel újat mondtál, de gondolom nekem van ilyen, mert tudom alkalmazni az Adwaita-t. Most vettem észre, hogy táma volt ez, a 18.3-ra még nem is raktam fel külső témákat a Vivaldi asztal-témán kívül. Mondjuk a noobslab PPA az fenn van, elő is hívtam vele az Arch-témát, egész jól néz ki:
-
gnome-themes-standard
gnome-themes-standard-dataEzeket rakd fel vagy válaszd az újratelepítést synapticban (ha fenn van), ebben van az Adwaita, amit hiányolsz. Lehet, hogy a beragadt témákra is hasonlót kéne alkalmazni, kijelölöd a themes fájlokat synapticban és az újratelepítés majd Cinnamon környezet újraindítása megoldja. Vagy nem.
(#59026) St3ven
Na ja, 2012-ben még valahogy stabilabbak voltak az Ubuntu alapok hozzá.
-
Szia!
A noobs-on lévő témákat nézegetted már?
Ebben van customizálás, ha ezt szeretnéd.
Spice Up Your Cinnamon Themes – It’s Easy!
Ebben a fórumtémában is tutira vannak jó tippek.
(#59020) St3ven
Zorin OS.....nem sok meglepetést tartogat, kevesen is használják. Ezt a grub-customizert még nem láttam élőben, de sokan ajánlották már, azért írtam neked is, hogy próbáld ki. Nekem sokkal gyorsabb a konfigban átírni, háttérképezéssel meg hasonlókkal nem bajlódok, úgy őszintén, meddig látja az ember a GRUB-ot!?
-
Dave™
nagyúr
Gyanítom, hogy itt a KWin a kulcs, nem tudom mennyire lesz sikeres a dolog más ablakkezelőkkel. Csak "játszásiból" nézz meg egy Manjaro KDE-t hogy milyen érzés (egészen más mint egy Kubuntu vagy hasonló Ubi alapú KDE), hátha meggondolod magad. Én sem tudtam volna korábban elképzelni hogy valaha is ezt használjam, aztán nagyon megváltozott a véleményem.
-
Frawly
veterán
Olyan bootmanager nincs, ami az UEFI-s és BIOS-os rendszereket is tudja indítani, csak az F12-es megoldás játszik. BIOS-ban hiába állítod be, hogy UEFI + Legacy / Both bootot, az is csak azt csinálja, hogy először megnézi az UEFI boothoz talál-e bootképes GPT-s meghajtót (esetleg MBR-eset), ha nem talál bootképes meghajtót, akkor Legacy BIOS módban bootol MBR-t és aktív partíciót keresve, de akkor meg az UEFI módot kapcsolja ki. Olyan nem tud, hogy egyszerre kezel ilyet és olyat is.
XP-t száműzni tudnád virtuális gépre, ott is ki tudod próbálni a programodat, meg hogy küld-e trackinget. A MacOS meg csak UEFI-vel megy, igaz azt is be lehet tolni virtuális gépre.
-
CPT.Pirk
Jómunkásember
Mire használod az XP-t? Nem lenne egyszerűbb megszabadulni tőle? Gondolj a világbékére...
stewe2: VIA-s cuccért szerintem ne adj pénzt. Úgy csak szívást kapsz a pénzedért. Ilyen kivitelben inkább nézz pl. egy AMD FM2-es lapot, azzal is tök olcsón össze lehet dobni egy gépet, amivel minden téren előrébb leszel.
-
CPT.Pirk
Jómunkásember
Csak egy tipp, ha átnyomod a gépet uefi módba, majd bootolsz a win telepítő médiáról, ott az indítás helyreállítás nem tud véletlen uefi-s bootloadert feltenni? Ezt megcsinálod mindkét winnél, aztán már csak újra kell rakni a grub-ot az egyik disztródnál és elvileg menne is minden. Win topicban biztos tudnak erre mondani valamit.
Vagy a grubot rakod újra, ha nem uefi módban indítod a gépet. Lényeg az, hogy valahogy hozd közös nevezőre a dolgokat.
-
lev258
veterán
-
Frawly
veterán
Nagy tévedés. A kernel driver csak 2D-s megjelenítésre szolgál, max. arra jó, hogy bebootoljon, meg legyen kép. Abban a pillanatban, ahogy 3D-s alkalmazást akarsz futtatni, vagy akarsz vsyncet (tearing ellen), vagy kompozitort használnál (szintén vsynchez vagy 3D asztali effektekhez, és ez kell a Compiznak is) ahhoz rendes hardveres gyorsításos 3D-s driver kell, az meg nincs benne a kernelben egyik GPU-hoz sem.
Tudom mit beszélek, annak idején ugyanezt kínlódtam végig Intel-vonalon egy szutyok GMA 3600-as GPU-val, az is CPU-ba integrált csoda. Annál ugyanígy van, van a kernelbe beépített driver, de az csak 2D-re jó, meg alap energiagazdálkodásra. Minden másra annál is kellett a rendes Direct Renderinget (DRI-nek vagy DRM-nek is nevezik) használó hardveres gyorsításos driver, amit fel is tettem, csak semmi nem támogatta, a Mesa sem, így a Mesa-ból a fallback software-es render futott, ezért ugyanezt a szoftveres VMware Gallium 0.4 llvmpipe drivert használta, amit nálad is ír, és ezzel se hardveres gyorsítás, se DRI, se vsync (még kompozitorral sem) sincs. Csak arra volt jó, hogy legyen egyáltalán kép korlátozott felbontásokban (ami nekem mákomra elég volt, de azért hiányzott a rendes driver).
A 16.04-es meg annál régebbi uborkák még régi Xorg-ot használtak, meg gondolom már Live módban is bennük volt a régi Catalyst driver, így kapásból ment minden. Csak azóta mennek a fejlesztések, léptetik a verziókat, az AMD meg nem támogatja többé a Catalyst/glrfx drivert, helyette a Mesa-ba segít be.
-
Nem, nézd meg a kettővel előbbi hsz-t, ott van, nálam mit ír ki! Ugyanez a APU.
Ezer iso-t kipróbáltam már vele live-ban is, semmi gond nem volt. Mindig xorg-ot ír ki.(#57339) Frawly
Soha semmi nem kell hozzá, live-ban is megvan minden a futtatáshoz, telepítve sem kell felrakni semmit, megy a nyílttal. A kollégánál valami nagyon bekavart, ez a Vmware zavar engem kicsit.Amúgy normál radeon driver kell hozzá, az meg benne van minden iso-ban.
ubyegon@ubymint18 ~ $ grep -i vdpau /var/log/Xorg.0.log
[ 14.658] (II) RADEON(0): [DRI2] VDPAU driver: r600ubyegon@ubymint18 ~ $ sudo lshw -c video
[sudo] ubyegon jelszava:
*-display
description: VGA compatible controller
product: Trinity [Radeon HD 7660D]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 1
bus info: pci@0000:00:01.0
version: 00
width: 32 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
configuration: driver=radeon latency=0
resources: irq:36 memory:c0000000-cfffffff ioport:f000(size=256) memory:fef00000-fef3ffff memory:c0000-dffff -
Frawly
veterán
Persze, hogy ezt kapod, mert Live alatt nincs fent az a szükséges videódriver, ami az AMD APU-nak kell. Az Gallium 0.4 on llvmpipe (LLVM 4.0, 128 bits) azt jelenti, hogy csak szoftveres (nem hardveres gyorsításos) render van, ami egyfajta falback vészmegoldás csak, és egyáltalán nem használja a GPU-t. Rendesen fel kell telepíteni a disztrót a gépre, nomodeset-tel bebootolni, feltenni a megfelelő AMD drivert, és utána mennie kell nomodeset nélkül is. AMD-nél nem tudok túl sokat segíteni, mert azzal nincs linuxos tapasztalatom, de annyit kihámoztam neked gyorsan a netről, hogy
1) Az A10-es CPU-dban AMD HD 7760d-s videóchip van
2) Mivel ez CGN4-est támogat
3) Ezért a mesa-amdgpu drivert kell feltenni hozzá (röviden csak mesa a csomag neve)
4) Ha nem lenne fent, kell hozzá a linux-firmware csomag is
5) Miután fent van a driver, nem szabad nomodeset-et használni
6) Mivel ez a kártya Southern Island kódnevű, az initramfs-t használó disztrókban (és itt rohadt nagy mázlid van, hogy nem csak az Arch az, hanem Fed Dórika is ilyen, fetrenghetsz vele egy plusz kört) az mkinitcpio conf-jának a MODULES résznél tartalmaznia kell "amdgpu radeon" modult az ELSŐ helyen, amit életbe kell léptetni mkinitcpio futtatásával is.
7) Nem feltétlenül szükséges, de a vulkan-radeon libva-mesa-driver libva-vdpau-driver mesa-vdpau csomagokat is fel lehet tenni, ha szükséged van ezekből valamire, az első Vulkan-os játékokhoz kell, a többi meg hardveres kódoláshoz (videólejátszás, kódolás, brute-force progik, stb.).
8) Nem feltétlenül szükséges, ezt csak én javaslom, de nézd meg, hogy abban a DE-ben, WM-ben, amit használsz, megy-e a kompozitorRészletekért kérdezze meg kezelőorvosát, vagy az Arch Wikit. Fedora alatt ezeket a csomagokat lehet kicsit másképp hívják, de nem kéne gyökeresen eltérőnek lennie a csomagneveknek, itt-ott egy szó vagy kötőjel különbség az Arch-hoz képest. Régi Uborka alatt szerintem meg még régi Catalyst driver volt, de attól mindenki könnyes búcsút intett onnantól fogva, hogy xorg 1.18 és attól újabb verziókon NEM támogatott többé, és nem is lesz.
-
lev258
veterán
Itt tényleg valami gond lesz a driverrel. De szerintem a Fedora oldalán kell keresni. Ubuntu LTS alatt ennek jól kell működnie és mást kell látnod.
A nomodeset egyébként annyit csinál, hogy késlelteti a driver betöltést a boot során, ne rögtön a kernel próbálja meg, hanem várja meg az X-et vele. Bizonyos esetekben erre szükség van. De ettől még betölt minden, ez önmagában nem okoz semmilyen eltérést egy betöltött rendszeren. -
#73749248
törölt tag
Unix-like rendszereken minden fájl. A memória is, az eszközök is. A fájlrendszernek hóttmindegy, hogy partícióra, fizikai eszközre, LVM kötetre vagy akár egyszerű fájlba pakolod.
Próbáld ki:dd if=/dev/zero of=~/x.img bs=1M count=50
mkfs.ext4 ~/.x.img
mount -t ext4 -o loop ~/x.img /mntUgyanúgy használható lesz, mint bármilyen más fájlrendszer.
-
Ha nem te vetted tulajdonba a vinyókat, akkor azon lehet bármilyen fájlrendszer. Emiatt az egyéb csatolt kötetek FSTAB sorába nem javallott a sor végére a 2-es, mert az boot előtt ellenőrzi a meghajtó fájlrendszerét, oda csak nulla kell. Akkor nem fog vacakolni nálad sem.
" "
→ 0 - a fájlrendszer dump-olására vonatkozik (0=nem kell dump-olni)
dump-olás: az adatok mentése egy fájlba, amiből az adatok szükség esetén visszaállíthatóak (A dump-olás idejének megfelelően). Külső tárolóra szokás készíteni, az adatbiztonság növelésére. Otthoni gépeken nem használatos, ezért értéke '0'.
→ 2 - fájlrendszerek boot-olás alatti ellenőrzés rendjét állítja be.
'0' értéknél a fájlrendszert nem ellenőrzi
'1' -re kell állítani a root partíciót
'2' -re állítandók az egyéb ellenőrizendő fájlrendszerek
" "Az fura, hogy nem ír ki semmit az egyik vinyóra, próbáltad a blkid, fdisk -l, gdisk -l sorral is? (sudo-val)
Próbáld megnézni a sudo tune2fs -l /dev/sdax paranccsal is.
-
Frawly
veterán
Ez akkor meg biztos, hogy user error, nem hoztál létre partíciókat rajta. Elvileg lehet lemezt partíciók és particiós tábla nélkül használni egyben, mindjárt egy fájlrendszert tenni rá, ez elvben működhet, de ahogy az eseted is mutatja, lehetnek belőle gondok. Rendesen particionáld meg azt a lemezt.
-
Frawly
veterán
Az msdos partíciós tábla (lánykori nevén MBR) biztosan nem lehet gond. Arra figyelj, hogy többféle UUID van. Van egyszer a lemez UUID, van a partíció UUID, és van a fájlrendszernek is külön UUID-je, fdisk mutatja a partíciókét, lsblk a fájlrendszerekét, a lemez UUID-t megint valami particionálóprogrammal lehet ellenőrizni, erre már nem emlékszem. Arra is vigyázni kell, hogy ha bent van a régi HDD, akkor ne szerepeljenek azonos UUID-k az új HDD-vel, mert akkor ütközés miatt produkálhat furcsa hibákat. Egyébként nem is értem, hogy miért kell neked ugyanaz az UUID.
-
-
Addig eljutottam, hogy a ~/.config/monitors.xml file/ban megszuntettem a kaoszt, es ennyit hagytam benne.
Ezzel azt ertem el, hogy a tukrozesrol mar leszokott, de a felbontasokat, illetve az elsodleges monitort mar nem sikerult megjegyeznie.Probaltam rasegiteni a ~/.xprofile file szerkesztesevel:
xrandr --newmode "2560x1440_30.00" 146.25 2560 2680 2944 3328 1440 1443 1448 1468 -hsync +vsync
xrandr --addmode DVI-0 "2560x1440_30.00"
xrandr --output DVI-0 --mode "2560x1440_30.00"Sajnos ez sem segitett.
-
Kiprobaltam egy AMD karival is.
Itt minden poccre muxik, de csak a kovetkezo ujrainditasig.
Mindenaron tukrozni akarja a ket monitort, es hiaba mondom neki meg mindig, hogy ne tukrozze, akkor is ezt csinalja.
Persze fullhd lesz igy mindket monitor.
Annyival jobb, mint nV karival, hogy ha egysze beallitom, akkor reboot/ig tokeletes, sleep utan eseten nem lesz fekete keprnyo, hanem rendesen visszajon, illetve nincsenek vicces artifact-ok, mint nV eseten.De mivel mindket kari eseten mirror modot erolteti reboot-kor, igy ez szerintem mar nem driver kerdes.
Mate desktop van fent, debian 9-en.Hogy tudom ravenni, hogy reboot utan is megmaradjon a jo elrendezes?
-
Apollyon
Korrektor
Bár más problémák, de nekem elég sok gondom volt a nyílt nvidia-hoz való driverrel, sokkal újabb kártyához. Esetleg próbáld meg a zártat, nálam az hibátlanul működik.Ja basszus, most látom gyári driver nem jó... Bocsesz. Hogy próbáltad a gyárival egyébként, és mi történt?
-
Dave™
nagyúr
-
lajos0001
tag
Athlon XP 2600 (2gb ram, 5400-as hd)-ra és Athlon 64 3000 (2gb ram, 5400-as hd)-ra raktam fel korábban lubuntut (2 évvel ezelőtt a legfrissebb verziót), gyönyörűen mentek vele. Próbáltam ugyanezeket a konfigokat később linux mint 17.3 xfce-vel is, azok is teljesen elfogadható sebességűek voltak. Érdemes lehet egy próba a hw upgrade előtt is (a személyes tapasztalat ér a legtöbbet). A nem extra igényeknek (átlagos hétköznapi felhasználónak) szerintem a lubuntu is megfelelő, és relatíve igen kicsi a memóriaigénye is.
-
Frawly
veterán
Vagy bővítés helyett nézhet a tulaj egy régi, refurbished üzleti notit, 40 környékén már használhatót tud hazavinni min. 4 giga RAM-mal és régebbi generációs min. i5-ös procival, és nem egy 5 millió éves gépre kell akkor minimáldisztrót reszelnie. SSD persze egy ilyen laptopba is erősen ajánlott, valami olcsó Sandisk, vagy akár valami noname kínai kisebb méretben, alig pár ezerért.
-
CPT.Pirk
Jómunkásember
Puppy / pupplet disztrók? [link] Meg valamerre linkeltem korábban az Unicornos-t is.
De ezzel a géppel szerintem ne foglalkozz, egyszerűen hardveresen elégtelen, az 5400-as laptop hdd miatt meg még offline dolgokra sem lehet érdemben használni.
Ha ilyen korabeli géppel akarsz csinálni valamit, pár ezer forintot költs rá. Pl. egy kétmagos Athlon2 procit vetten fél éve 2400Ft-ért postával Kínából. Hozzá AMD only ddr3 ramok szintén filléres tételek. Meg egy használt normális satás vinyót, vagy olcsó Kínai ssd-t is megérdemelne.
-
Szia!
Nekem ez nem áll össze, minek az SSD vétel előtt a HDD naponta írt átlaga? Most nem ugrik be erre semmi okosság, de a napi használatot én úgy nézném, hogy megnézem reggel, mennyi hely van a vinyón aztán megnézném este.....
Egyébként egy normál napi rendszerhasználat 3-5 GB írásterhelést jelent az SSD-nek, ahogy többektől olvastam. Erre szokták mondani, hogy ha a vezérlő nem lesz kampeca, még 20 év múlva is használhatnád az SSD-t, persze akkor a mai méretek viccesek lesznek már kissé.
-
DeFranco
nagyúr
WARNING: PAE disabled.
Use parameter 'forcepae' to enable at your own risk!
This kernel requires the following features not present on the CPU.
Unable to boot - please use kernel appropriate for your CPU.Ezt kapom a 16.4-es Lubuntu live módban futtatását választva. Ez azt jelenti, hogy buktam, és menjek vissza egyel, 14.4-re?
-
DeFranco
nagyúr
Köszönöm szépen, akkor a lubuntu megy fel, az már bizonyított (jobban egyébként, mint a win, mert ott valamiért tudtam kezelni a wpa2-es wifi titkosítást, míg ez winen csak nagyon körülményesen ment).
Mi a hátránya annak, hogy ha egy régebbi verziót teszek fel, mondjuk a 14.4-est? Nem ismerem a verziók logikáját (meg a linuxét sem igazán) de ebben az esetben még ugyanúgy jönnek biztonsági vagy kompatibilitási frissítések erre is, vagy ahhoz már új verzió kell? Kikerül-e időközben esetleg driver az újabb verziókból, tehát lehet-e arra számítani, hogy ami még ment 14.4-en az nem megy 16.4-en vagy amit egyszer megkap azt viszi tovább?
-
#21078528
törölt tag
A JFS élettartam és sebesség miatt is jobb SSD-n, de ~10%-os különbségeket ne várj...
A BFQ még nálam is újdonság, nincs még vele sok tapasztalat, de nyilván ott sincsenek ekkora különbségek.A Debian mellett a Mageia a másik "kiadjuk ha készen van" koncepcióval készülő terjesztés, szóval ez is biztos!
Nekem a szívem csücske, Mandrake volt az első Linux Only felállású gépem főszereplője, és kedves ismerősnél az első komolyabb, éles környezetben végzett maszek melómé pedig Mageia, szerver és kliens oldalon egyaránt, évek óta használják nagy megelégedéssel! -
#21078528
törölt tag
A JFS a cache kezelése miatt ajánlott SSD-re, meg amúgy is egy nagyon jó fájlrendszer.
A BFQ körül órási csodavárás van, de csodák nincsenek, mint azt tudjuk. Nyilván lehet kreálni olyan terhelést, amikor jobban teljesít, de olyat is tapasztaltam, hogy döccen a rendszer (ugye Mageian alapértelmezett)...
Minden esetre hétköznapi használat alatt nem nagyon fogsz sem JFS, sem BFQ miatt lényeges különbséget érezni... -
Ennek a JFS+BFQ kombónak mik az előnyei az EXT4-gyel szemben?
Nem tudom, csak a JFS-t próbáltam még, de a videó alapján a BFQ elég meggyőző, de szerintem ezt nem nagyon lehet észleni home userként.
berus.berus szerint az SSD a JFS-s imádja és tuti igaza van, csak én hiába raktam fel, mert a többi disztró ext4-ről meg nem nagyon szerette, így aztán egyelőre marad az ext4.Próbálgasd, hátha észreveszel különbséget.
Valamiért mindig visszatérek ide, pedig már megszámlálni sem tudnám mennyi disztrót kipróbáltam. ![;]](http://cdn.rios.hu/dl/s/v1.gif)
szerintem bash, kevesbe haklis ilyesmire mint grafikus programok. amugy 
Új hozzászólás Aktív témák
CPT.PirkA 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!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Antivírus szoftverek, VPN
- Apple iPhone 12 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Gigabyte B760M i7 12700K 16GB DDR4 512GB SSD RX 6700 XT 12GB Rampage SHIVA Enermax 750W
- Lenovo ThinkPad X270 (16) - i5-7300U, 16GB, 512GB SSD, 12" FULL HD
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, E7440, E7450 / SZÁMLA + GARANCIA
- Apple iPhone 12 Pro Max 128GB Kártyafüggetlen 1Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest