-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
#63718632
törölt tag
válasz
urandom0
#32998
üzenetére
Minden disztró különutas, hiszen különböznek egymástól. Arch-on rád van bízva milyen DE-t WM-et raksz össze magadnak. Minden a rendelkezésedre áll. Az Arch alapúak megcsinálják helyetted a nagy munkát. Emiatt is olyan jól dokumentált az Arch Wiki, nagyon részletes.
Az Arch erről szól, semmi többről. Nem kell úgy kezelni, mint egy Ubuntut vagy Debiant vagy Fedorat.
Sok belefeccölt időt kíván, ha van eredmény örülsz. Ha nincs kitartás úgy is vissza váltasz valami másra. -
urandom0
senior tag
válasz
vargalex
#32997
üzenetére
Mert az Arch egy különutas disztró ilyen szempontból.
Maga a PackageKit egy disztrók közötti csomagkezelő, ami a különböző csomagkezelők funkcióinak egy közös halmazát valósítja meg. Olyan disztrók használják, mint Fedora, Kubuntu, OpenSuse, és olyan csomagkezelőket támogat, mint pl. az apt, zypper, dnf, slapt...
Az Arch és leszármazottai alapvetően nem használják a PackageKitet. -
urandom0
senior tag
Ha valaki Gnome-ot használ, találtam néhány tippet a memóriafogyasztás csökkentésére itt (nem csak Fedorára érvényes): https://www.reddit.com/r/Fedora/comments/11aw1uw/should_gnome_use_this_much_ram_and_why_does/
# First, configure packagekitd to shut down on idle:
sudo sed -i -e 's/^#ShutdownTimeout=/ShutdownTimeout=/' /etc/PackageKit/PackageKit.conf
sudo systemctl restart packagekit.service
# Next, configure your desktop session not to start gnome-software in the background:
mkdir -pv ~/.config/autostart && cp /usr/share/applications/org.gnome.Software.desktop ~/.config/autostart/
echo "X-GNOME-Autostart-enabled=false" >> ~/.config/autostart/org.gnome.Software.desktop
# Finally, disable gnome-software as a search provider, so that searches don't start gnome-software in the background:
dconf write /org/gnome/desktop/search-providers/disabled "['org.gnome.Software.desktop']"Ez megtiltja a PackageKit-nek, hogy folyamatosan fusson a háttérben, és hogy automatikusan elinduljon a rendszer indításakor. Hátránya az, hogy a Gnome keresője nem fog többé keresni a Gnome Szoftverekben, nem fog figyelmeztetni, hogy vannak frissítések, és a command-not-found parancs is lassabban fog működni.
Természetesen mindenki csak saját felelősségre használja. -
#32993
fatpingvin
addikt
arcoskönyv
#32992
fatpingvin
addikt
válasz
arcoskönyv
#32992
üzenetére
hát, jobb híján, de azért alapvetően jobb ha maga a chipset tudja
engem speciel kifejezetten bosszant hogy a laptopomon nincs natív seriel port, USB-n bohóckodok én is.
-
#32989
urandom0
senior tag
arcoskönyv
#32983
urandom0
senior tag
válasz
arcoskönyv
#32983
üzenetére
Olyan mint a Győri keksz
-
-
#32987
csixy
addikt
arcoskönyv
#32986
csixy
addikt
válasz
arcoskönyv
#32986
üzenetére
Szerintem nem, de "z" karakter nem kell a végére.
-
#32985
gregory91
senior tag
arcoskönyv
#32983
gregory91
senior tag
válasz
arcoskönyv
#32983
üzenetére
Erre tudnék írni valami csúnyát de a cenzorérzékelőm nem engedi.
Így maradjunk annyiban hogy a "ml" lecserélni "nd"-re. 
-
-
urandom0
senior tag
válasz
CPT.Pirk
#32981
üzenetére
Nagyon szépen fejlődik a KDE, közel sem olyan omlós már, mint régen volt. Ezeket a hibákat, amik nálam előjönnek, szerintem a gép, a kernel vagy valamelyik modul okozza. Pedig nem egy dzsunka vacak laptopot használok, hanem egy Thinkpadet, de akármilyen Linux van rajta, olyanokat csinál, hogy pl. ébredés után másképp érzékeli a touchpad-et, mint közvetlen boot után. Boot után valami Think... valami a neve (most nincs előttem a gép), ébredés után pedig már SynPS/2 Synaptics TouchPad-nek látja az xinput, és ezzel együtt elállítódik az érzékenysége, a kétujjas görgetés, minden.
Sokszor az egeret sem érzékeli ébredés után, de erre már írtam egy scriptet.
Illetve újabban mint ha halkabban lennének a hangszórók, mint korábban, bár lehet, hogy csak az én fülem romlik
Viszont hamarosan jön a KDE 6, reméljük nem lesz olyan nehézkes a váltás, mint 4-ről 5-re
-
urandom0
senior tag
válasz
olivera88
#32977
üzenetére
Én powert szoktam nyomni, nem túl kíméletes megoldás, de hatékony... valamelyik nap pont leállításnál fagyott le a KDE, úgy, hogy csak a háttérkép maradt, semmi más. Átléptem konzolra, nézegettem dmseg-et, ps-t, htop-ot, journal-t, strace-t, de nem jöttem rá a hiba okára...
-
CPT.Pirk
Jómunkásember
válasz
urandom0
#32973
üzenetére
Az előző 2 évben Manjaro-t használtam, ami ebből a szempontból elég hasonló. Ott 2x volt olyan, hogy valamit kézzel kellett csinálni, de az is csak 1-2 parancs kiadása volt és leírták, hogy mit kell csinálni. Az más kérdés, hogy pár alkalommal elcseszték a tanusítványok megújítását így nem tudtál frissíteni 1-2 napig, de ez a Manjaro saját problémája volt...
Az XFCE-t én mondjuk nem kedvelem. Ahhoz képest amit nyújt, sokat fogyaszt és ez régebben nem így volt. Mindeközben pl. video tearing meg hasonló gondok előfordulnak vele, az meg komolyabb asztali környezetek alatt nem jellemző. xfce-ből 4.18-nál tartunk.
Amúgy nyilván ugyannak a kernelnek újabb és újabb build-jeit kapjuk meg pár naponta. Most éppen a 6.1.11-nél járunk. Ami nekem nagyon fontos, az a mindig friss mesa, mert aktívan játszok Linux alatt. Abból most 22.3.4-nél tartunk.
arcoskönyv: Ahh, UD a kedvencem. - "you are a man of culture as well"
-
#32975
urandom0
senior tag
arcoskönyv
#32972
urandom0
senior tag
válasz
arcoskönyv
#32972
üzenetére
Nyitok Githubon egy issue-t, hogy mi itt magyarisztánban képtelenek vagyunk leírni az OS nevét, nevezzék már át másra, mondjuk Artemisre
-
urandom0
senior tag
válasz
CPT.Pirk
#32970
üzenetére
2-3 naponta új kernel??? Az komoly... igazából nekem nem kellenek annyira friss csomagok, inkább legyen stabil a cucc. Alapvetően egy Debiannal is elvagyok, csak azért jó lenne, ha Xfce-ből nem a 4.16-os lenne benne, hanem legalább a 4.17-es, mert abban már lehet rendezgetni a Thunar eszköztárát
De ha azt mondod, hogy nem kellett kézzel utánadolgozni, akkor szerintem teszek vele egy próbát.
-
#32971
JoinR
őstag
arcoskönyv
#32966
JoinR
őstag
válasz
arcoskönyv
#32966
üzenetére
Nem tudom mi történik nálad, csak kíváncsiságból kipróbáltam, én a korábban ajánlott unprivileged nginx konténerrel nem érem el a 600-ra chmoddolt felmountolt fájlt, míg a sima nginx-szel igen. Én továbbra is a konténerre gyanakodnék, esetleg tedd be a Dockerfile-t, hátha találunk benne valamit.
-
-
urandom0
senior tag
válasz
CPT.Pirk
#32968
üzenetére
A gyakran jönnek frissítések mit jelent? Hetente többször?
Két gépemen Kubuntu van egy ideje, és az őrületbe tud kergetni azzal, hogy a Discover naponta kicsapja az ikonját az értesítési területre, mert hogy neki frissíthetnékje van
Aztán a legtöbb esetben semmi különösebb indoka nincs rá, csak épp átrajzoltak két pixelt valamelyik telepített icon packban...
Ráadásul sokszor hibára fut a frissítés.Amúgy stabilnak stabil az Ende... szóval a rendszer?
Nem kell faragni a frissítések után? -
CPT.Pirk
Jómunkásember
válasz
urandom0
#32967
üzenetére
Igen, a nevét leírni továbbra is kihívás.
Lassan két és fél hónapja használom két gépen is, de minden fasza. Gyakran jönnek a frissítések, de minden klaffol. Egy-két grafikus megoldás hiányzik a Manjaroból, de csak megszokás miatt.
Egy dolog szivatott kicsit, az alapból aktív firewalld kezelőfelülete eléggé ostoba, csak több nap után jöttem rá, hogyan kell állandóra kiengedni a netre a KDE Connectet, mert alapból tiltotta.
Jah meg izé, fel kellett rakni az ssh-tools csomagot, hogy tudjak ssh-n belépni egy másik gépre. Oké, elég slim disztró, de ez meglepett.
Egyébként gyors, és csak simán működik. Valszeg hosszú távra marad nálam ez a disztró.
-
#32965
lionhearted
őstag
arcoskönyv
#32964
válasz
arcoskönyv
#32964
üzenetére
De bind mountoltad, és fent csak a feljebbi könyvtárak jogosultságát írtad. A konténerben pedig más van felette, tehát ez nem feltétlenül releváns.
-
#32959
lionhearted
őstag
arcoskönyv
#32954
válasz
arcoskönyv
#32954
üzenetére
Esélyesen úgy, hogy a konténerben a user uidja egyezik a tieddel.
De én úgy értem, hogy azt szeretnéd, hogy tudja olvasni, akkor miért fura, hogy tudja?
-
Siriusb
veterán
válasz
Siriusb
#32957
üzenetére
Ennél jobb és működő megoldást nem találtam:
\newcommand{\keepvalues}{% \edef\restorevalues{% \parindent=\the\parindent \parskip=\the\parskip }% }https://tex.stackexchange.com/questions/45028/cancel-undo-a-setlength-parindent3ex
-
#32955
JoinR
őstag
arcoskönyv
#32954
JoinR
őstag
válasz
arcoskönyv
#32954
üzenetére
Egy ps-t vagy id-t futtattál a konténeren belül, hogy tuti saját userrel fut? Esetleg kipróbálod ezt a konténert?
-
Tamy
senior tag
válasz
bambano
#32952
üzenetére
Biztos, hogy nem erről van szó, ha az eredeti hsz.-ben említett mappában:
root@myserver:~# ls -l /sftp/ftpkoffer/összesen 12drwxrws---+ 3 root users 4096 jan 29 14.40 camdrwx------ 2 root root 4096 jan 29 14.40 devdrwxrwsr-x+ 3 root users 4096 jan 20 10.35 osztlétrehozok egy negyedik mappát, mondjuk test névvel, akkor ftp-n belépve azt is látom, holott a megosztásban csak a "cam" és az "oszt" mappa van beállítva, ahogy a proftpd.conf fájlban szerepel.
-
-
Tamy
senior tag
válasz
bambano
#32948
üzenetére
Átnyálaztam mindenféle manualt, kerestem példákat, vagy 100x átnéztem már a config fájlt, de nem látom hol, hogyan állíthatnám be, hogy csak a megosztott mappák jelenjenek meg. Próbaképp létrehoztam ugyanott egy másik mappát, ftp-n belépve az is ott van. Így viszont mi értelme a config fájlnak, ha minden látszik a beállítástól független?
-
-
Tamy
senior tag
Proftpd megosztásban hogyan lehet eltüntetni egy mappát? Valamiért minden újraindításkor létrehoz egy 0 bájtos /dev/log fájlt, amit a proftpd.conf fájlban nem látok megosztva, mégis ott van. A jogosultságokat már elvettem tőle, de szeretném magát a "dev" mappát is kizárni a megosztásból, amit eleve nem értek, miért látok, a config alapján nem kellene.
A mappaszerkezet egyszerű:root@myserver:~# ls -l /sftp/ftpkoffer/összesen 12drwxrws---+ 3 root users 4096 jan 29 14.40 camdrwx------ 2 root root 4096 jan 29 14.40 devdrwxrwsr-x+ 3 root users 4096 jan 20 10.35 oszt -
CPT.Pirk
Jómunkásember
válasz
vargalex
#32937
üzenetére
Hmm, mióta szilveszterkor legyalultam a Manjaro-t és átmentem EndeavourOS-re, azóta nem vizsgáltam meg a szitut. Azt nézem, hogy by default, ezeket az értékeket hozza a rendszer:
vm.dirty_background_bytes = 0vm.dirty_background_ratio = 3vm.dirty_bytes = 0vm.dirty_expire_centisecs = 3000vm.dirty_ratio = 3vm.dirty_writeback_centisecs = 1500vm.dirtytime_expire_seconds = 43200De hát ezek meg azok az értékek, amiket a maxperfwiz is kiszámolt korábban.
A telepítés után anno reflexből lenyomtam a maxperfwizt, nem is figyeltem, hogy csak a swapinnest meg a vfs_cache_pressure állította át.Csináltam pár másolási tesztet, de nem láttam érdemi különbséget az között, ha ment ahogy alapból van, meg ha szándékosan elrontottam a Manjaro alatti default értékek visszaállításával. Mindeközben tavaly Manjaro alatt meg ég és föld volt a különbség.
Nem tudom mi történt, de mintha valaki a telepítés részévé tette volna EndeavourOS alatt a vm.dirty beállítások aktualizálását a ram mennyiségének megfelelően.
-
vargalex
félisten
válasz
CPT.Pirk
#32936
üzenetére
Minden gyári értéken van. A centisecs és seconds értékek különböznek a tiédtől (de a home szerveremen is ezek az értékek vannak, ami szintén vanilla Arch, de ott csak 4 GB RAM van) :
[gavarga@gavarga-5500 ~]$ sudo sysctl -a | grep dirtyvm.dirty_background_bytes = 0vm.dirty_background_ratio = 10vm.dirty_bytes = 0vm.dirty_expire_centisecs = 3000vm.dirty_ratio = 20vm.dirty_writeback_centisecs = 500vm.dirtytime_expire_seconds = 43200 -
CPT.Pirk
Jómunkásember
válasz
vargalex
#32934
üzenetére
Érdekes. Minden "gyárin" van? Még az Arch Wiki is írja [link] , hogy nagyobb memória mellett hozzá kellene nyúlni legalább a wm.dirty_ratio értékéhez mert úgy túl sokat foglal be és kvázi feltorlódás alakul ki másolás közben.
bambano: neked belefér, oké. Kezdjük ott, hogy te egyáltalán tudsz ennek a szkriptnek a létezéséről. Az a baj, hogy ilyen apróságok okoznak bosszúságot a mindennapi Linux használatban, amiből utána az csapódik le, hogy "szaralinux".
-
bambano
titán
válasz
CPT.Pirk
#32931
üzenetére
Milyen gyakran változik a memória a gépedben?
Nekem pl. úgy tud változni a memória a gépemben, hogy kihúzom a madzagot több desktopból, utána a racket, ami ezeket a desktopokat tartalmazza, kigurítom, kiveszem a gépet, szétborítom, megváltoztatom a ramot, majd mindezt vissza. közben értelemszerűen takarítok is, mert muszáj.
Ebbe a 2-3 órás procedúrába nekem belefér, hogy még egy szkriptet lefuttatok, bemásolok két fájlt a helyére, majd egy reboot.Azt nem gondolnám jó mérőszámnak, hogy tele van vele a google. Akinek nincs ilyen problémája, az nem írja tele a google-t, vagyis nem egyenletes a statisztika.
-
vargalex
félisten
válasz
CPT.Pirk
#32931
üzenetére
Én nem futtattam le az általad említett maxperfwiz-t. Vanila Arch-on vagyok (16 GB RAM van a gépben). Most másoltam dd-vel (4 MB block size-val, oflag=sync kapcsolóval) egy külső 500 GB-os 2,5"-os HDD-re egy 67 GB-os file-t. Folyamatosan tartotta a sebességet, csak a szokásos mértékben lassult, ahogy haladt előre (a lemezen befelé).
-
CPT.Pirk
Jómunkásember
válasz
bambano
#32930
üzenetére
Ezek szerint nem fogalmaztam egyértelműen. Nem az egész szkriptre gondoltam, hanem kifejezetten csak azokra a részeire, amik lehetővé teszik, hogy ki tudjak írni egy nagyobb fájlt egy penre, vagy másik partícióra emberi idő alatt. Vagyis ami figyelembe veszi memória mennyiségét a gépben, ráadásul véleményem szerint minden induláskor le kéne futnia a háttérben, ha megváltozik a ram mennyisége. De tőlem aztán bármi lehet a megoldás, ami így működik, csak legyen valami.
És ez a másolás dolog bizony általános probléma, amire remélem nem azt a választ kapom, hogy "akkor használj Windowst". Annyira általános, hogy tele van a google találatokkal ha rákeresel.
-
bambano
titán
válasz
CPT.Pirk
#32929
üzenetére
Én nem azzal vitatkoztam, hogy neked mire van szükséged, hanem ezzel: "fel lehetne ezt vetni, hogy ilyesmit be kellene építeni valakinek valahová..." (ezt mondjuk könnyen lehetne látni abból, hogy melyik hsz-re válaszoltam)
két érvem volt ellene:
1. nem építünk be semmit, ami elvi hibás
2. az általa javasolt dolgok nem általános problémák. -
bambano
titán
válasz
CPT.Pirk
#32923
üzenetére
végignyomogattam, szerintem tévedés az egész.
azzal az alapvető hibával indít, hogy swappinest akar barkácsolni, miközben nincs swap.
a másik, hogy ilyen 200-300 megabyte puffereken vekeng, miközben pl. nekem 128 giga ramom van.
engem valahogy totálisan nem bír felizgatni, hogy jelenleg 9 és fél óra uptime után (ez a desktopom) 122 giga ram van szabadon vagy 120 vagy 125 vagy a franc se tudja, mennyi.ha te boldog vagy vele, használd. de hogy ez default bekerüljön egy disztróba csak azért, hogy default azonnal töröljem, annak sok értelme nincs.
ettől még nyithatunk vitát, hogy rendben van-e a linux block device layer (nincs), de az egy másik kérdés.
-
CPT.Pirk
Jómunkásember
válasz
f_sanyee
#32924
üzenetére
Igen, elég egyszer lefuttatni, de ahhoz meg az kell, hogy egyáltalán tudjál róla, hogy létezik ilyen, én is csak pár hete találtam meg... Nem láttam még negatív véleményt róla, itt is kipróbáltattam pár emberrel már de mindenkinél "csodát tett".
Nem rég vettem 128GB-os USB3-as pent. Ki kellett írnom egy nagy fájlt rá, az írási sebessége 5 perc után drasztikusan esett aztán fél órával később már nem érte el az 1 MB/s-ot sem. Berágtam, mert kellett volna mennem a dolgomra de basszus csak nem bírja megírni azt a fájlt... Aztán egyszer csak kiadta a google erre a problémára a találatot (a találatok alapján sok-sok éve létezik ez a probléma), hogy a manjaro fórumban van egy halott bejegyzés erről a cuccról... Na mondom uccu... Lefuttattam, azóta pont úgy tudom írni a pent, mint Windows alatt.
Látva, hogy mihez nyúl hozzá a szkript (most az udev részét nem nézve), szerintem ezzel nem lehet rosszul járni. El kellene indítani erről a beszélgetést, csak lövésem nincs róla merre. Egyébként desktop vonalra gondoltam, ahol ma már tök általános a 16GB vagy több ram és ez okozza a problémát.
-
f_sanyee
senior tag
válasz
CPT.Pirk
#32923
üzenetére
az, hogy 1-2 ilyen érték módosításával neked pozitív tapasztalataid vannak, nem jelenti azt, hogy nincs olyan negatív hatása amit te nem veszel észre, vagy más rendszereken nem jön ki.
én pl kb soha nem mozgatok fileokat se másik particióra, pendrivera meg főleg, valamint az általam üzemeltett serverek még csak pendrivet sem láttak.egyébként a fenti scriptet elég egyszer futtatni és elfejeteni.
-
CPT.Pirk
Jómunkásember
Amúgy, ti mit tudtok arról, hogy a maxperfwiz-t meddig kell még kézzel futtatni hozzá egy desktop disztrón, hogy egy mai gépen (8 GB vagy több ram mellett) emberi sebességgel lehessen fájlokat mozgatni partíciók között vagy pendrivera?
Vagy hol van ennek fóruma, ahol fel lehetne ezt vetni, hogy ilyesmit be kellene építeni valakinek valahová... A default értékek amikkel települ egy mai disztró azok egyszerűen nem jók sok ram mellett és csak frusztrációt okoznak.
-
-
válasz
gregory91
#32915
üzenetére
Trükkös. A Rufus úgy írja, hogy a telepítő nem ISO9660-on, hanem FAT32-n van, így ha valamin felmountolod, akkor lehet módosítani, szóval nem kell mindig új ISO kiírásával foglalkozni.
Ezzel a részével nincs gond, a telepítőn látni azokat a file-okat, amiket odaraktam, a módosított preseed-et is végrehajtja, már amihez van belőle kedve, mert egy csomó mindent nem tudok, hogy hogyan kéne beleírni.
A script másolása is működik a telepítőről a telepített rendszerre a telepítés végén, de vagy nem fut le, vagy ami benne van, azzal van valami gond, és nem nagyon lehet megtudni, mi baja, mert normális log sincs
(A /var/log/install/syslog -ba írogat, de hogy a Ubiquity mit csinál, azt nem túl beszédesen.) -
válasz
gregory91
#32913
üzenetére
Köszi
Ez végig debian-installer, amiben vannak, ami jó lesz (ha 30 tab ilyenből nincs nyitva, akkor egy se
), de biztos, hogy lesz, ami ebben se lesz benne.
Ezért lenne jó valakivel beszélni, aki már csinált saját telepítőtOtt kezdve, hogy a d-i late command nem fut le, Ubuntun az Ubiquity late command-ja/success command-ja fut le csak... Valahogy így
ubiquity ubiquity/success_command \string mkdir /target/install/; \cp -R /cdrom/scripts/* /target/install/; \chroot /target chmod +x /install/postinstall.sh; \chroot /target bash /install/postinstall.sh;Mármint amit a scriptbe írtam, azt nem csinálja meg, de legalább odamásolja
-
válasz
gregory91
#32911
üzenetére
/sbin/reboot, de a Nyomiquity nem egészen így működik (meg a d-i sem, de mivel Ubuntu a cucc, az installerben csak bizonyos d-i direktívák működnek
)Amúgy asszem így kell autorebootolni a végén :
# Once installation is complete, automatically power off.#
d-i finish-install/reboot_in_progress note
d-i debian-installer/exit/poweroff boolean true
d-i ubiquity/summary noteubiquity ubiquity/reboot boolean true
ubiquity ubiquity/poweroff boolean trueNa most akkor ilyeneket kéne belőni, hogy
- pipálja be a non-free szoftvereket
- válassza ki a teljes lemez felhasználását, és ne kelljen a partíciók változásait elfogadni... -
Kovbob
senior tag
válasz
gregory91
#32908
üzenetére
Nem egészen. Az Intel Cherrytrail tabletek mint rájöttem egy furcsa állatfaj. 64bit képes, de a rajta lévő UEFI csak 32bites. Így 32bites grubbal lehet bebootolni a 64bites linuxot
Ja és külön poén, hogy ezen az Alcatelen még legacy boot sincs, így sima 32bites nem UEFI képes rendszert se lehet bootolni -
Kovbob
senior tag
válasz
gregory91
#32905
üzenetére
Igen, csak alapesetben a linux mint 64bites grubot telepít, ha meg a leírás alapján próbálkoztam a 32bitesnek a telepítésével, végül mindig kaptam valami hiba üzenetet, amivel nem tudtam mit kezdeni. De igazából ne törd rajta magad tovább, maradok inkább a fedoránál, nem akarok egyenlőre ennyire belefolyni a linuxba. De köszi szépen a segítséget, csak tényleg ennyi küszködést nem ér meg nekem, ha amúgy a fedora meg megy alapból.
-
gregory91
senior tag
válasz
Kovbob
#32903
üzenetére
A live rendszer ram-ot használ tárolásra és gyorsan megtud telni ha böngézel rajta(böngézési előzmények).És nemhiszem hogy ez esetben 2 GB RAM-on fut a rendszer.
Ha csatlakoztatsz pendrive-ot vagy memóriakártyát.És nyitsz egy terminált(gondolom tableten csak van).
Beírod ezt a parancsot(tableten fura, de talán billentyűzettel pl.:microusb>USB-A átalakítóval):sudo update-grub- beilleszti a meghajtó tartalmát bootolhatóvá téve a meghajtót.Ha grub úgy van beállítva, akkor kapsz egy menüt. -
Hello,
Csinált már valaki Debian (igazából Kubuntu) telepítő mókolást? OK, .seed file, de a telepítő olyan szinten nem foglalkozik azzal, hogy mit írok bele... 1-2 dolog működik, de nagy része nem.
Pl. hogyan lehet automata rebootot? -
Kovbob
senior tag
válasz
gregory91
#32902
üzenetére
Nincs mellette windows, secure boot tiltva van. Ennyi a baj, hogy 32bites az UEFI a tableten. A fedora ezt gond nélkül támogatja, de más distrok hadilábon állnak vele. Viszont igazából közben, hogy próbálgattam a 2 rendszert, lehet maradok a fedoránál és nem erőltetem a mintet. A mint az csinált furcsa dolgokat, ha megtelt a ram például lehalt a youtube, meg beakadt a hang. A fedora viszont nem csinált ilyeneket, az jobban elvan a 2gb rammal.
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Végül elfogyott türelmem és power gomb..
A telepítés után anno reflexből lenyomtam a maxperfwizt, nem is figyeltem, hogy csak a swapinnest meg a vfs_cache_pressure állította át.
), de biztos, hogy lesz, ami ebben se lesz benne.
Új hozzászólás Aktív témák
- Nintendo Switch 2
- Robogó, kismotor
- WLAN, WiFi, vezeték nélküli hálózat
- EAFC 25
- Lexus, Toyota topik
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- Apple MacBook
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Hamarosan megkezdődik a nubia 2,8K-s táblagépének szállítása
- Kazy Computers - Fehérvár - Megbízható?
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Gyermek PC játékok
- Samsung Galaxy A23 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i3 10105F 8/16/32GB RAM RX 6500 XT 4GB GAMER PC termékbeszámítással
- Csere-Beszámítás! Prémium vizhűtéses számítógép! I9 11900K / RTX 3090 / 64GB DDR4 / 1TB SSD
- Akció! Újra Gamer EGEREK! Glorious , Endgamer XM1R , Nibio
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged