- Visszavonta az Intel és a Qualcomm Huawei-hez kiadott exportlicencét az USA
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Már nem hisz a nagy európai EV-forradalomban a Ford
-
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
-
-
gregory91
senior tag
válasz Kovbob #32901 üzenetére
Igen kissé furán fogalmazol,de tényleg próbálom megérteni a gondod.
Security boot engedélyezve van(UEFI-ben)? Ha igen mi történik ha letiltod? Ha fut mellette windows lehet hogy bajok lesznek belőle.[ Szerkesztve ]
Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
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.
-
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?[ Szerkesztve ]
Mutogatni való hater díszpinty
-
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.Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
-
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.
[ Szerkesztve ]
-
gregory91
senior tag
válasz Kovbob #32907 üzenetére
Ha rendszered csak 32 bites rendszert támogatja,és egy újabb verziót akarod használni,akkor felejtsd el örökre(csak 64 bites van).Régebbi verzióval max.
[ Szerkesztve ]
Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
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
[ Szerkesztve ]
-
gregory91
senior tag
-
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...[ Szerkesztve ]
Mutogatni való hater díszpinty
-
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
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
gregory91
senior tag
"cp -R /cdrom/scripts/* /target/install/; \"
Egyáltalán dd módban kiírt iso-val indítod pendrive-ról?
Mert ha "odamásolt" akkor "cdrom" mappa(mount) felejtős.[ Szerkesztve ]
Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
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.)[ Szerkesztve ]
Mutogatni való hater díszpinty
-
válasz gregory91 #32915 üzenetére
Megnéztem a Cubic-ot. Gyak. arra jó, amit csinálok most... Lehet benne file-okat adni a telepítőhöz, meg szerkeszteni a seed-et. Amúgy hasznos, mert az ISO gyártást megcsinálja az ember helyett, csak nekem jelenleg nem az ISO gyártással van bajom .
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
-
-
-
-
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.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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
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.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
válasz bambano #32927 üzenetére
Kipécézted azt az egyetlen beállítást, aminek nincs köze ahhoz, amiről írtam.
Nyilván nem a swappiness értékével van bajom, meg az amúgy is benne van a köztudatban, hogy lehet állítani.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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é).
Alex
-
CPT.Pirk
Jómunkásember
válasz vargalex #32932 üzenetére
Nem is láttál volna különbséget, mert így minden 4MB-os kiírt blokk után üríti a memóriát a disk destroyer. Viszont még az mc sem így másol, nem is beszélve a gui-s eszközökről.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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".
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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 dirty
vm.dirty_background_bytes = 0
vm.dirty_background_ratio = 10
vm.dirty_bytes = 0
vm.dirty_expire_centisecs = 3000
vm.dirty_ratio = 20
vm.dirty_writeback_centisecs = 500
vm.dirtytime_expire_seconds = 43200
Alex
-
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 = 0
vm.dirty_background_ratio = 3
vm.dirty_bytes = 0
vm.dirty_expire_centisecs = 3000
vm.dirty_ratio = 3
vm.dirty_writeback_centisecs = 1500
vm.dirtytime_expire_seconds = 43200
De 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.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
vargalex
félisten
válasz CPT.Pirk #32939 üzenetére
De, ahogy láthatod, nálam nem ezek az értékek, mégsem tapasztalom a problémát...
Alex
-
-
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 12
drwxrws---+ 3 root users 4096 jan 29 14.40 cam
drwx------ 2 root root 4096 jan 29 14.40 dev
drwxrwsr-x+ 3 root users 4096 jan 20 10.35 oszt
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Tamy
senior tag
válasz Siriusb #32944 üzenetére
Fogalmam sincs mi hozza létre, egy váratlan/véletlen restart után vettem észre, hogy megjelent a megosztásban, az eredti helyén töröltem, de ha újraindítom a gépet ismét létrehozza valami. Ez annyira nem érdekelne, de hogy kerül a megosztásba?
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
Tamy
senior tag
válasz bambano #32946 üzenetére
A configba a /var/log/proftpd/ van beállítva, ott van is négy logfájl. Nem tudom ide a /dev alá mi logolna, de akármi is legyen a fő rejtély, hogy miért látszik a megosztásban?
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
-
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?
Egész életemben azon gondolkodtam, hogy kéne valamit dolgoznom. Ezért aztán a végén nem is maradt rá időm.
Új hozzászólás Aktív témák
- Kamionok, fuvarozás, logisztika topik
- Autós topik
- Visszavonta az Intel és a Qualcomm Huawei-hez kiadott exportlicencét az USA
- Gaming notebook topik
- Samsung Galaxy Watch6 Classic - tekerd!
- Még idén frissíti a ROG Ally-t az ASUS
- Vicces képek
- exHWSW - Értünk mindenhez IS
- LEGO klub
- Macska topik
- További aktív témák...
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest