-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Anakin007
aktív tag
Üdv,
Az automount (vagy akárhogy is hívják) megoldódott: kézzel lecsatoltam (root-ként) a KaliX könyvtárat, majd az összes Kali könyvtárat töröltem (4db volt már). Restart, és jó. A partíciót, amin a Kali van, elneveztem anno Kali -nak, gondolom, innen vette a Kubuntu-s folyamat a könyvtár nevét, amit boot-kor kreál és felcsatolja oda. Valószínűleg egyszer kézzel csináltam Kali könyvtárat valamiért és nem töröltem ki használat után, emiatt kergült meg az automount. Úgy tűnik, létező könyvtár alá nem csatol és a partíció label-ét erőlteti könyvtárnévnek, ahova felcsatolja azt. Viszont még mindig nem tudom, mi ez a folyamat, ami minden boot-kor szétnéz a vinyón és magától felcsatolgatja amit talál.....
-
#75298
tordaitibi
veterán
Sziasztok, egy régebbi témára visszatérve,
egy blogbejegyzésemben fél évvel ezelőtt rendesen leminősítettem a Linux rendszereket, oka is volt, 2 év folyamatos szívással telt.
Megoldás született az ügyben, azóta több hónapja a legnagyobb megelégedéssel nyúzok egy Ubuntut.
A blogbejegyzésemet kiegészítettem egy nyilvános bocsánatkéréssel amiben a Linux rendszerek insatbilitása és magbízhatatlansága miattai kirohanásaimat negáltam.
Ha valakinek van kedve olvasa el az Update részt,
és ha valaki tudja a végén feltett kérdésemre a választ az ne tartsa magába hanem ossza meg velem.
[link] -
I02S3F
addikt
válasz
lev258
#75296
üzenetére
Szerintem azért van Kali és Kali1 mappa, mert a Kali-ba már nem tudja felcsatolni a rendszer a partíciót, ezért Kali1-el próbálkozik.
Kérdésem, hogyha nem kezdő, mert úgy veszem ki, akkor miért nem használ alapból fstab-ot?
Szerk. : Hiba2 - A kde csak ír valami logba, hogy miért nem startolt el rendesen.
-
Anakin007
aktív tag
Másik: mi csatolja a partíciókat ill. hol tárolja az infókat? Van a gépemen 2 másik rendszer is (Kali és win10). A Kali, amit hol Kali2, hol Kali3, hol csak simán Kali bejegyzés alá mountol indításkor. Ha leválasztom kézzel és törlök minden 'Kali' nevű könyvtárat a 'media' alól, restart után újra összekuszálódik, kreál Kali-s könyvtárakat (általában kettőt Kali és Kali1 néven) és hol ide, hol oda csatolja indításkor. Fontos lenne, hogy mindig ugyanott legyen. A /etc/fstab-ban meg sehol semmi, csak az alap rendszer van /home-al, /-el meg swap-al, még a win10 sincs ott, ami pedig állandó és látszik a Dolphin-ban és a 'media' alatt is megcsinálja a könyvtárat hozzá. Érdekes, azt nez 1-ek variálja, pedig pont az nem érdekelne
Nemrég SSD-t cseréltem nagyobbra, ezt a Kubi-t pedig átpartícionáltam. Régen / volt egy partíció +SWAP ugye és a $HOME. Most csináltam /usr és /var partíciókat. A futó rendszeren Kparted-el csatoltam fixen /var1 és /vusr1 könyvtár alá, majd Kali-n átmozgattam a dolgokat a helyükre, majd, (gondoltam) tök jó lesz, mert csak a Kubi fstab-jában kell csak az egyeseket kitörölni és kész. De nem. Nincs ott semmi, a Kparted nem mentette oda vagy passz, hogy hova. Kali alól megmókoltam az fstab-ot, UUID szerint, ahogy a korábbiak (érdekesség, a win10 sincs ott, de azt mindig jól felcsatolja, mindig ugyanoda) és lám, múkod. CSAK: azóta, véletlenszerűen, néha a bejelentkezés után nem áll fel a KDE, csak a háttérkép jelenik meg és elköszön, semmire nem reagál, se ALT+CTRL+DEL, se ALT+CTRL+BACKSPACE. Egyedül az ALT+CTRL+Fvalamelyik megy, ilyenkor konzolon betudok lépni és elsütni egy init 6-ot. Utána ha mákom van, simán megy. MEg azután is. Tényleg random, mikor mi törénik. Ötlet? a .xsessionerrors-ban csak a szokásos hibák vannak, amik mindig...
-
Anakin007
aktív tag
Informális jellegű kérdésem lenne, összekavarodtam: egy mai ubuntu vagy bármi, ami nem két-három évnél régebbi: honnan veszi az alapértelmezett (runlevel) futási szintet? Mondjuk ezen a 20.04 -es ubin. sysV init? Vagy ez az upstart? systemd? Melyik hol? Más fórumokon írnak ezt is, azt is, javarészt elavultnak tűnő dolgokat találtam.
-
Anakin007
aktív tag
Sikerült, köszi!
Mindössze a#pam-auth-update
kellett és ott beikszelni a fingerprint-et.
Mostmár konsol-on a sudo su -ra is kéri az ujjlenyomatot ill. bejelentkezéskor. Külön ikon vagy valami nincs, mindössze inaktív marad a jelszó bekérő sor és felgyullad az ujjlenyomatolvasó led-je. Összefoglalva ezek a csomagok kellenek KDE-n (hátha kell majd másnak is):
fprintd
libpam-fprintd
polkit-kde-1
libpam0g-dev (ez utóbbi nem biztos, lehet, csak a thinkfinger miatt raktam fel)Aztán
fprintd-enroll username
pam-auth-update (fingerprint bepipál) -
Tim82
félisten
válasz
Anakin007
#75277
üzenetére
- kéne a fingerprint-gui csomag, de nem leltem élő linket a neten rá
20.04-től nem támogatott, illetve azt hiszem, maga a fejlesztő sem támogatja már.
Xubuntu (Thinkpad X200) és Ubuntu Mate (Thinkpad X230i) alatt biztosan működik az itt írt megoldás, Kubuntu jelenleg nincs egyik gépemen sem, hogy azzal is kipróbáljam.
-
Anakin007
aktív tag
Sziasztok!
Kubuntu 20.04 Focal, Lenovo Thinkpad T410. Az ujjlenyomat-olvasót szeretném beindítani, több-kevesebb sikerrel. Az lsusb mutatja:
bus 001 Device 003: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor1 nap után itt tartok:
- kéne a fingerprint-gui csomag, de nem leltem élő linket a neten rá
- thinkfinger-0.3 megvan forrásban, ezen a linken megadott módon kezdtem el, a configure szintaktikai hibák javítása után. Kimenet:sudo tf-tool --acquire
ThinkFinger 0.3 (http://thinkfinger.sourceforge.net/)
Copyright (C) 2006, 2007 Timo Hoenig <thoenig@suse.de>
Initializing...USB device not found.
-valahonnan szereztem egy olyat, hogy Fprint.# fprintd-enroll
Using device /net/reactivated/Fprint/Device/0
Enrolling right-index-finger finger.
Enroll result: enroll-stage-passed
Enroll result: enroll-stage-passed
Enroll result: enroll-stage-passed
Enroll result: enroll-stage-passed
Enroll result: enroll-completed
#
F@xa. Ellenőrzöm:# fprintd-list root
found 1 devices
Device at /net/reactivated/Fprint/Device/0
Using device /net/reactivated/Fprint/Device/0
Fingerprints for user root on Upek TouchChip Fingerprint Coprocessor (swipe):
- #0: right-index-finger
#
És most hogyan tovább? Találtam ezt a leírást, de mint neki, nekem sem múkod ill sok ugyanilyet, máshol, néha bővített kiadásban, de semmi változás. A bejelentkezés-kezelő SDDM.
Annyit mindenesetre elértem, hogy mostmár ujjlenyomattal is be tudom kapcsolni a fullra kikapcsolt gépet (hurrá), de linuxon egyenlőre csak konzolon látszik, hogy van.Előre is köszönök minden segítséget.
U.i.: hol van beállítva manapság az alapértelmezett futási szint? Régen a /etc/initdefault volt, de manapság mintha nem lenne olyan...
-
-
paolinho
őstag
-
paolinho
őstag
Először is köszi szépen a segítséget!
Nálam egy 240-es SSD a Windows alapja, és egy 2 Tb-os vinyó fut mellette. Na ide szertne települni az Ubuntut is, és ebben a folyamatban látszik a tárterület igénye is, ami furcsa módon 500 Gb-t feletti.vadkörte, Neked is köszi szépen a segítséget.
-
CPT.Pirk
Jómunkásember
Nem ír felül semmit MBR-es legacy telepítésnél. Az EFI-s telepítésnél van az, hogy jön a nagy frissítés és akkor a saját bootloderét állítja be első helyre, kérdés és tájékoztatás nélkül. A grub akkor se íródik felül, de a sorrendet kézzel vissza kell állítani, hogy az legyen az elsődleges.
-
válasz
sztpega
#75262
üzenetére
Az bizony, de (#75243) ubyegon2 első mondata épp ezt említi.
(#75239) ubyegon2 - ide be is másoltam a kimenet elejét.
-
-
vadkörte
addikt
válasz
paolinho
#75258
üzenetére
Ahogy hcl írja, felajánl egy boot menüt, amit a W10 szépen el is fog kutyulni Te meg teheted rendbe.
Vagy lehúzon a W10-es eszközt és egy külön adathordozóra telepíted az Ubuntut. Ekkor "nem látják egymást", apró kellemetlenség, hogy indításkor a BIOS boot-menüjéből kell választanod, hogy melyik OS-t szeretnéd indítani.
500GB?
Még az Ubuntu Studio sem ennyire zabagép. A belakott Manjaro-m 15GB... -
válasz
paolinho
#75258
üzenetére
Felajánl. Kapsz egy GRUB menüt.
Az első Win frissítésig, mert akkor rakhatod rendbe a GRUB-ot, addig csak a Win fog indulni.
De ha simán elindítasz egy telepítőt, akkor Live módban látod a Linux filerendszereken levő adataidat.
Hol mondta, hogy 500GB kell neki?
5-10 a minimum...
-
paolinho
őstag
válasz
CPT.Pirk
#75211
üzenetére
Nem kínlódok tovább, eleresztem a mentés témáját. Isten igazából a leglényegesebbeket, a fotókat korábban már lementettem, a filmek, programok meg ugye, pótólhatók.
A DiskInternals Linux Reader nem tűnt volna rossznak, de a mentéseket követően közel felére méretezte a filmeket, nem is beszélve arról, hogy lassabban mentett, mint, ha újra letöltöttem volna azt.
Viszont az azonban érdekelne, hogy ha csak úgy simán pendrive-ról feltelepítenék egy Ubuntut, akkor az a PC indításánál felajánlana-e egy lehetőséget arra, hogy a Win10, vagy az Ubuntu induljon, vagy csak simán elindul az utoljára telepített operációs rendszer?
Illetve miért igényel több mint 500 Gb-ot az Ubuntu a telepítés alkalmával? -
válasz
vadkörte
#75256
üzenetére
Dehogynem, a Bleachbit-et, szeretem és évek óta elégedetten használom. Csak most nagyon rossz ötlet volt az egyik opció
Biztos voltam benne, hogy az volt és előbb-utóbb mindenki rákattint egy eztnemkellettvolna opcióra!
A fél napom elment rá, pedig 2db terminal parancs megoldotta. Mindegy. Ebből lehet tanulni.
Pontosan, így ér valamit, egy összeszedett írásból kiszedni pár parancssort, az a lustáknak való!
![;]](//cdn.rios.hu/dl/s/v1.gif)
840-es Samu és OCZ3 Vertex
Ezek aztán tényleg múzeális darabok, ráadásul sokaknak volt is problémája velük, de persze ettől még a régi jó SSD-k bírták a használatot. Most már jól meg kell nézni, mit vesz az ember, nem véletlenül van a fél szemem a Milyen SSD-t topikon, igaz jórészt csak okoskodni járok oda is.
A Winx-ed szerintem lósz*rt se trimmelt eszerint.
Ryzen 3900+1080Ti ....hát ezen durva is lenne, ha egy kisablakos videó megnyekkenne időnként, de mint kiderült valami tearing-re írt javaslat is jó volt a kollégánál, de addig ugye taeringról szó sem volt. Persze, ha a kért terminal kimeneteket bemásolja.....no mindegy, így az ő esetéből legalább senki nem tanult semmit.
-
vadkörte
addikt
válasz
ubyegon2
#75255
üzenetére
"Nyugtass meg, hogy nem valami csoda GUI-s rendszertisztítót használtál!"
Dehogynem, a Bleachbit-et, szeretem és évek óta elégedetten használom. Csak most nagyon rossz ötlet volt az egyik opció - már meg nem mondom melyik, talán az üres lemezterület törlése 
- bepipálása, majd futás közben kilőni az egész folyamatot, ezután újra futtatni. Mire észrevettem mit is csinál, a kis huncutt törölt ~20GB-nyi rendszer adatot... Az OS még futott, nem omlott össze, de onnantól vége volt, mint a botnak és már készítettem is a telepítő pendrive-ot "...főleg, hogy a délelőtt linkelt SSD-s blogból minden kiderült volna. Ahogy a 840-es problémája is..."
Pláne úgy, hogy azokat most olvastam vissza, miután végeztem az egésszel... A fél napom elment rá, pedig 2db terminal parancs megoldotta. Mindegy. Ebből lehet tanulni."Mert ez igen durva hiba ám, hogy nincs default TRIM, mivel ma már szinte mindenki SSD-t használ."
2x 120GB-os ősöreg (2012 körül vehettem őket) SSD-m van az asztaliban (840-es Samu és OCZ3 Vertex) a korukat leszámítva semmi problémám velük. A frissen telepített linux-on ~85GB, a W10-esen ~143GB-nyi adatot trimmelt (kíváncsi lennék a W10 mégis mi a nyavajakórságot csinál, mert ott elvileg "alapból" megy a trim???
Mindegy. Nem fog már kiderülni mi lehetett a probléma, pedig egy Ryzen 3900+1080Ti nem vékony. (nálam I5 6600+750Ti)
-
válasz
vadkörte
#75253
üzenetére
Egy félresikerült rendszer takarításnak "köszönhetően" sikeresen meggyilkolásztam kedvenc Manjarom.
Nyugtass meg, hogy nem valami csoda GUI-s rendszertisztítót használtál!Egyébként meg tényleg jó néha nulláról felrakni a rendszert, én se használtam soha backup-ot, igaz már fejből tudom a 3 PPA-t, amiről appot kell felraknom, a többi meg majd menet közben is ráér. Úgyis mindig egyre kevesebbet rakok fel.
Nektek, meg némi guglizásnak köszönhetően már elviekben megyeget ütemezetten.
Guglizás az jó, főleg, hogy a délelőtt linkelt SSD-s blogból minden kiderült volna. Ahogy a 840-es problémája is. De erről is olvashattál volna az említett blogból, de ahogy megoldottad, az úgy tökéletes egyébként.
Egyébként annyira alap már egy modern disztrónál, hogy az SSD TRIM-et kezelje.....szóval még erősebbek a kétségeim Manjaroéknál, hogy nem vállalják-e túl magukat ezzel a sok változattal.
Mert ez igen durva hiba ám, hogy nincs default TRIM, mivel ma már szinte mindenki SSD-t használ.(#75254) vadkörte
Synaptic kolléga problémája egy olyan erős gépen teljesen elképzelhetetlen, de az a baj, hogy nem igazán írt le részleteket, én az elején kértem pár terminal kimenetet, de azon is inkább ledöbbent, hogy jó hogy a TB számát nem kérem....no mindegy, érdekes lehetett volna, ha kiderül, mi volt a gond nála. Vagyis a gépén, mert ez nem Linux probléma volt szerintem.
-
vadkörte
addikt
válasz
vadkörte
#75253
üzenetére
Kifutottam a 15 percből. Ez kimaradt.
ui.:
A gépet csak nyílt driverrel tudtam telepíteni, zárttal valamiért belefagyott a boot-ba a telepítő. Az install/update után a személyre szabásnál bekapcsolt kompozitorral kritikán aluli volt a felhasználói élmény. Miután felment a zárt NV driver (455) helyreállt a világbéke.
Synaptic ex-olvtárs problémáját is próbáltam előhpzni, de a VLC-be tekerhettem 1-2sec-et is és 45min-is, akkor sem lag-olt. Mellette futott FF-ben YT, Brave-ben meg 4-5 tab, a szoftveráruház is telepített valamit és a VB-ba is telepedett egy W7. A gépem pedig jóval gyengébb az övénél... -
vadkörte
addikt
Egy félresikerült rendszer takarításnak "köszönhetően" sikeresen meggyilkolásztam kedvenc Manjarom. Úgyhogy reinstall (kihívás lett volna helyreállítani, de nem volt lelkierőn szívni vele) Példásan gyorsan végeztem. (A frissítésekkel, az applikációk összeválogatásával és a beállításokkal együtt néhány óra - na jó, mindig van valami faragni való és nem, nincs backup, szeretek veszélyesen élni
- néhány= ~8) végeztem.
Így derülhetett ki, hogy nálam sem fut a trim. Nektek, meg némi guglizásnak köszönhetően már elviekben megyeget ütemezetten.
Egyszerűbb lett volna fstab-ból de a linux egy 840-es Samu-n van arról meg azt az infót találtam, hogy ütközhet a fw-ével, így maradt a heti periodikus) -
growler
őstag
válasz
sztpega
#75247
üzenetére
Futtass le egy kézi trim-et ... hogy egyáltalán lefut-e ?
sudo fstrim -av
Miután lefutott, add ki a parancsot:sudo journalctl -u fstrim.timer
Ha futott már le időzített trim, akkor ez a parancs kilistázza őket.
És a lista végén láthatod a mai dátummal hogy a kézi trim is lefutott. -
válasz
CPT.Pirk
#75248
üzenetére
Erre a különbségre gondolt a kolléga:
ubyegon@MintCbeta-8570p:~$ systemctl status fstrim
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static; vendor preset: enabled)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)ubyegon@MintCbeta-8570p:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Sun 2020-10-25 10:41:40 CET; 1h 59min ago
Trigger: Mon 2020-10-26 00:00:00 CET; 11h left
Triggers: ● fstrim.service
Docs: man:fstrim
okt 25 10:41:40 MintCbeta-8570p systemd[1]: Started Discard unused blocks once a week. -
válasz
sztpega
#75244
üzenetére
Szerintem egyszerűen gyorsan akart segíteni és belekavarodott ebbe a rengeteg hasonló parancsba. Jó ideje én se foglalkozom ezzel aktívan, de tudtam, hogy a blogomban le vannak írva a megfelelő parancsok......de gyakorlatilag én is hülyeséget javasoltam, mert mégis érdemes megvizsgálni egy adott disztrón, hogy működik-e ténylegesen a TRIM.
-
válasz
sztpega
#75242
üzenetére
Akkor tutira van TRIM, főleg ha a második parancsra visszamenőleg sok napra kiírja a végrehajtás tényét. erre gondolok:
sudo journalctl -u fstrim.timerManuálisan adj ki egy TRIM parancsot és láthatod, hogy csak pár MB lesz trimmelve.
ez nálam is inaktív:
ubyegon@MintCbeta-8570p:~$ systemctl status fstrim
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static; vendor preset: enabled)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)Lehet, hogy marhaság, de amikor a timer szerint nincs dolga, de az online TRIM ugye mindig aktív, ezért az fstrim-et inaktívnak írja.....végül is csak heti egy alkalommal kell lefutnia.
Sokan persze vagy az ütemezettt vagy az online TRIM lehetőséget választják. -
sztpega
tag
válasz
ubyegon2
#75239
üzenetére
A probléma és a félrevezetés az egészben az, és amiben a google sem volt most a barátom, hogy a
systemctl status fstrim
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)és a
systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Sun 2020-10-25 10:03:03 CET; 1h 13min ago
Trigger: Mon 2020-10-26 01:24:34 CET; 14h left
Triggers: ● fstrim.service
Docs: man:fstrimmiért ad vissza teljesen másként értelmezhető információt.
A #75223 hozzászólásban volt az a felső parancs, ami szerintem mindig azt mutatja, hogy az fstrim szolgáltatás inactive. -
válasz
sztpega
#75238
üzenetére
systemctl list-timers -aSun 2020-10-25 11:31:37 CET 29min left Sun 2020-10-25 10:46:31 CET 15min ago anacron.timer >
Sun 2020-10-25 12:32:38 CET 1h 30min left Sun 2020-10-25 08:37:39 CET 2h 24min ago motd-news.timer >
Sun 2020-10-25 22:47:26 CET 11h left Sun 2020-10-25 07:50:18 CET 3h 11min ago apt-daily.timer >
Sun 2020-10-25 23:02:30 CET 12h left Sun 2020-10-25 07:50:18 CET 3h 11min ago fwupd-refresh.timer >
Mon 2020-10-26 00:00:00 CET 12h left Mon 2020-10-19 08:20:03 CEST 6 days ago fstrim.timer >
Mon 2020-10-26 00:00:00 CET 12h left Sun 2020-10-25 07:50:18 CET 3h 11min ago logrotate.timer >
Mon 2020-10-26 00:00:00 CET 12h left Sun 2020-10-25 07:50:18 CET 3h 11min ago man-db.timer >
Mon 2020-10-26 06:44:42 CET 19h left Sun 2020-10-25 07:50:18 CET 3h 11min ago apt-daily-upgrade.timer >
Mon 2020-10-26 10:56:36 CET 23h left Sun 2020-10-25 10:56:36 CET 5min ago systemd-tmpfiles-clean.timer >
Sun 2020-11-01 03:10:46 CET 6 days left Sun 2020-10-25 07:50:18 CET 3h 11min ago e2scrub_all.timersudo journalctl -u fstrim.timerubyegon@MintCbeta-8570p:~$ sudo journalctl -u fstrim.timer
-- Logs begin at Wed 2020-04-01 19:23:42 CEST, end at Sun 2020-10-25 11:07:51 CET. --
jún 13 18:16:02 MintCbeta-8570p systemd[1]: Started Discard unused blocks once a week.
jún 13 19:10:47 MintCbeta-8570p systemd[1]: fstrim.timer: Succeeded.
jún 13 19:10:47 MintCbeta-8570p systemd[1]: Stopped Discard unused blocks once a week.
-- Reboot --
jún 13 19:11:06 MintCbeta-8570p systemd[1]: Started Discard unused blocks once a week.
jún 13 19:14:00 MintCbeta-8570p systemd[1]: fstrim.timer: Succeeded.
jún 13 19:14:00 MintCbeta-8570p systemd[1]: Stopped Discard unused blocks once a week.
...........
.........Mindkét parancs használható. Ez utóbbi úgy látom visszamenőleg kiírja a sikeres végrehajtást és annak gyakoriságát is.
(ezt már Mint-en csináltam) forrás
Amit Te írsz, az igazából a services statust ellenőrzi:
ubyegon@MintCbeta-8570p:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Sun 2020-10-25 10:41:40 CET; 32min ago
Trigger: Mon 2020-10-26 00:00:00 CET; 12h left
Triggers: ● fstrim.service
Docs: man:fstrim
okt 25 10:41:40 MintCbeta-8570p systemd[1]: Started Discard unused blocks once a week. -
Nekem az tűnt fel, hogy aki vágja a script témát, mostanában nem nagyon néz be ide, amott meg elég sokan perfect-ek belőle. Itt talán BoB és kéklufi írt legutóbb script-es választ, többiek meg tényleg nem használják. Kb ez az oka, hogy nem nagyon kapsz választ.
előbb lemaradt a külső meghajtó csatolási képe......
-
Szerintem ezt a script-es kérdést a Haladóban pikkpakk megválaszolnák, kár itt kinlódnod vele. Nem jellemző itteniekre a nagy scriptelési vágy.
(#75231) peterattila
Mint nekem /media alá csatol minden, de ahogy nézem a Manjaro is. Belső partició és külső meghajtó is a /run/media alá csatolódik automatikusan.
-
#75233
CPT.Pirk
Jómunkásember
peterattila
#75231
CPT.Pirk
Jómunkásember
válasz
peterattila
#75231
üzenetére
Jól látod. De tradicionálisan az mnt alá csatoltál olyat, ami nem eltávolítható.
-
Visszavonom, amit mondtam, igazad van, totál semmi TRIM nincs beállítva default! (ezek szerint ennél a Manjaro-nál eltrehánykodtam)
[ubyegon@manjaro8570p ~]$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=69b76d76-242c-4066-b268-b7b087f607e1 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
[ubyegon@manjaro8570p ~]$ systemctl status fstrim
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
Docs: man:fstrim(8)
[ubyegon@manjaro8570p ~]$ sudo hdparm -I /dev/sda | grep "TRIM supported"
[sudo] ubyegon jelszava:
* Data Set Management TRIM supported (limit 8 blocks)
[ubyegon@manjaro8570p ~]$ sudo fstrim -v /
/: 11 GiB (11786780672 bytes) trimmedTisztán látszik, hogy nem aktív az fstrim sem és a manuális TRIM parancsra trimmelt is rendesen......
Ezek szerint mindenképpen érdemes minden disztró telepítése után minimum az FSTAB-ot ellenőrizni és a fstrim-et is!
Köszi, hogy jelezted, mert én halál nyugodtan írnám mindenkinek, hogy nem kell vele foglalkozni! Nem bántom a Manjaro-t, de eddig csak itt tapasztalható ez a súlyos trehányság!
Nem a Te SSD-d a bűnös akkor!
-
#75231
peterattila
aktív tag
peterattila
aktív tag
Jelenleg mi a javallott bekötési pont a háttértáraknak, /mnt/hdd vagy /media/hdd? Linux mint a rendszer, de ez nem hiszem, hogy számít. Ahogy a mount helyének sincs túl nagy jelentősége azt hiszem, de legyünk korrektek
. -
Amúgy meg
még mindig a "futtassunk valahogyan ethtool-t" móka.
Cron-ből sem fut le.
Kezdem nem érteni.Ja, de lefut, csak rootként nem kell sudo.
Csakhogy
Ez a "cron-ból lenyomjuk 5 percenként" nem túl elegáns.
Hogyan tudnám a gép ébresztésekor futtatni? A systemd wake-up scriptjein már túl vagyok, azokból nem megy -
edari
őstag
válasz
CPT.Pirk
#75225
üzenetére
Igen, mind kettő megvolt.
De most esett le, hogy tegnap fáradtan én csak a sima libssl1.1-et próbáltam felrakni, de az ugye már fent van. Most ai386-os csomagot akartam felrakni, jelenleg ez a nyűgje:Reading package lists... DoneBuilding dependency treeReading state information... DoneSome packages could not be installed. This may mean that you haverequested an impossible situation or if you are using the unstabledistribution that some required packages have not yet been createdor been moved out of Incoming.The following information may help to resolve the situation:The following packages have unmet dependencies:dictionaries-common : Depends: debconf (>= 1.5.5) but it is not going to be installed ordebconf-2.0Depends: libtext-iconv-perl but it is not going to be installedlibssl1.1:i386 : Depends: debconf:i386 (>= 0.5) ordebconf-2.0:i386E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.Ezeket a függőségeket nem magától kéne egyébként felraknia?
-
Eddig is ismernie kellett volna az i386-ot, mert eddig is működött a Steam
apt-get installlibkrb5-3:i386 libssl1.1:i386Ennek fel kéne tennie a két hiányzó csomagot, ha a Cpt. Pirk által mondott -f nem oldaná meg. (Meg kéne neki, mert ha eddig ment a Steam, akkor azoknak meg kéne lennie.)
-
válasz
CPT.Pirk
#75223
üzenetére
Manjaro-nál nem volt egyik megoldás sem alapból aktív itt a tartalék gépemen.
Az hogy a fenébe lehet? Arch alapúak ráadásul a discard-ot alkalmazzák default. Megnézem mindig, ha felrakok egy disztrót, hogy néz ki az FSTAB-ja. Valami oka biztosan van, hogy nálad nincs egyik sem, nem valami régi kínai SSD-d van még mindig?
(#75224) edari
Megpróbálhatod felrakni innen kézzel is, bár tárolóban benne kéne lennie a groovy-s verziónak.
Ezt
írjahiányolja nálad függőségként: 1.1.1f-1ubuntu4, ami fenn van az meg ez: 1.1.1f-1ubuntu2***************
közben látom változott a helyzet erre: debconf-2.0:i386
Most már kicsit összezavartál......
-
CPT.Pirk
Jómunkásember
válasz
Sanyi.mTs
#75218
üzenetére
Vagy folyamatos trim van beállítva, ha a
cat /etc/fstabkimenetében látsz olyat a "/" root fájlrendszer sorában, hogy "discard", vagy pedig heti rendszerességű trim van beállítva systemd szolgáltatáson keresztül.systemctl status fstrimHa itt látsz dátumokat, akkor megcsinálta magától. Ha nem, akkor a
systemctl start fstrim.timerparancs bekapcsolja.edari:
Törött csomag a probléma. Add ki ezt a két parancsot:sudo apt update --fix-missingsudo apt install -f
ubyegon2: Manjaro-nál nem volt egyik megoldás sem alapból aktív itt a tartalék gépemen. -
válasz
Sanyi.mTs
#75218
üzenetére
SSD-t használok, a fenti rendszer alatt alapból működik a trim? Vagy azt még be kéne állítani?
Nagyon rég nem kell foglalkoznod ezzel, mindent használ és optimalizál a Linux SSD-vel kapcsolatban.
Ha nagyon szeretnél pár ellenőrző parancsot lefuttatni a megnyugvásod miatt, nézz be ide:
Linux SSD-n - de hogyan? - Tippek nagyon kezdőknek is - Frissítve!
Nem mostanában volt frissítve, mert felesleges, bár az NVME-s résszel még foglalkoznom kell, a javaslatokat be kéne dolgoznom.
-
edari
őstag
Sziasztok
Tegnap frissítettem a Pop_Os-t a 20.10-es verzióra, és igazából minden jó, kivéve a steam-et. Elakartam indítani, de volt valami baja, gondoltam ha újrarakom akkor rendbe jön.
Purge-el leszedtem, és próbáltam volna felrakni, de most ezzel a hibaüzenettel visszadob:The following packages have unmet dependencies:
libkrb5-3:i386 : Depends: libssl1.1:i386 (>= 1.1.0) but it is not installable
E: Unable to correct problems, you have held broken packages.Értem a problémáját, de megoldani nem tudom.
libssl1.1 fent van, de gondolom a steam a :386 verziót(?) akarja felrakni. Jól gondolom? -
Na következő
KDE alatt hogy lehet lefuttatni egy scriptet akkor, amikor pl. felébred a gép?
Az a bajom, hogy a WOL nem marad bekapcsolva amikor felébred.
Egysudo /sbin/ethtool -s enp0s25 wol gmegoldja, már az is megvan, hogy jelszó nélkül tudom futtatni, de egyszerűen vagy nem fut le, vagy lesz*ja a Kubuntu , hogy lefutott (de userként futtatva mindig beállítja).Már a systemd wakeup scriptjeibe beleírtam, ébresztéskori eseményre rátettem a KDE-ben, de semmi. Mi a franc ez...?
-
válasz
CPT.Pirk
#75211
üzenetére
Köszi!
De neeeem
Kiba leírásban nem volt bent két ` , én meg nem tudom, hogyan kell írni a sendmail m4 soraitA Gmail SMTP is ingyenes, csak authentikálni kell. De az idióta m4 meg nem azt mondja, hogy "figyu má', mi ez itt a konfigban, nem értem", hanem hogy valami tök más helyen nem találja az auth. file-t.
-
CPT.Pirk
Jómunkásember
Nekem volt ilyen gondom, akkor éppen bugos volt a Gmail, lehet még mindig az. A digis SMTP-t nem ismerem, én a Zohomail-en keresztül oldottam meg, ott ingyenes az SMTP és működik is.
paolinho: passz, sosem volt dolgom mdadm paranccsal.
Viszont mivel JBOD-ba volt, a csatolt kép alapján szerintem a kötet 2. lemezét hiányolja.Én megpróbálnám a TestDisk + PhotoRec használatát, írják is az ilyen NAS-okat mint amit te is írtál. https://www.cgsecurity.org/wiki/TestDisk_Download
-
Hello,
Van valakinek működő konfigja Sendmail-hoz, ami Gmail vagy Digi SMTP-n keresztül tud levelet küldeni?
Pár napja küzdök vele, de a Gmail mindig authentikácót kér, pedig be van neki lőve az auth db., stb. -
paolinho
őstag
válasz
CPT.Pirk
#75186
üzenetére
Ez a DiskInternals Linux Reader egész jónak tűnne, felismeri ugyanis a hibás vinyó tartalmát, de többszöri próbálkozásra sem sikerül lementeni vele semmit, mert vagy elindul a mentés, és útközben fagy le, vagy el sem indul, mert a mentésre nyomva fagy le. Nyilván a vinyó hibája, de esetleg az Ubuntu nem lehetne járhatóbb út? De ott meg ez az mdadm parancs nem akar nekem működni. Nem én csinálok rosszul valamit közben? Sajnos én igazi kezdő vagyok Linuxban.
-
#75208
rin33
senior tag
peterattila
#75188
rin33
senior tag
válasz
peterattila
#75188
üzenetére
Indítsd el live-ban MX Linux-ot vagy antiX-ot, abba van egy Boot repair app. Nálam eddig mindig rendbe rakta a Grub-ot. 2-3 kattintás volt.
-
#75206
#63718632
törölt tag
peterattila
#75205
#63718632
törölt tag
válasz
peterattila
#75205
üzenetére
A LM live menüjében?
-
#75205
peterattila
aktív tag
#63718632
#75203
-
válasz
#63718632
#75203
üzenetére
Persze, a leírás az hasznos, mert mindent elmagyaráz, de azon végigmenve majd ha rutinos lesz a kolléga, egybegyúrhatja egy parancsba azt a sokat. Egyébként nekem még most is bejönnek az ilyen szájbarágós leírások, mivel 4-5 éve csináltam ezeket szinte rutinszerűen, de mára már annyi minden változhatott......
Rengeteg hasznos leírás van egyébként a kedvencéknél. Kár, hogy anno ellenségesen viszonyultak az új népekhez. Azért 1-2 havonta benézek hozzájuk, ha már ősMint-es vagyok.
growler szaki által linkelt MiX-es megoldás se rossz.
-
válasz
#63718632
#75200
üzenetére
Nem marad ki az osprober
Úgy értem a kimaradtat, hogy az én első parancssoromból maradt ki, de mivel Mint-ről van szó, tuti fenn van a prober. Amúgy a parancsos elemei tök ugyanazok, mint a leírásban. Max nem kell 30 parancsot lefuttatni.
Arc-on szippantottam vele egy picit.
Naná, mivel ott neked kell felrakni a szükséges elemeket.
Uefi rendszereknél mountolni kell a gyökeret is meg az efit is.
Ja, egyébként teljesen logikus így a dolog, lassan már én is tudnék ilyen UEFI-s dolgokat csinálni.....
-
#63718632
törölt tag
válasz
ubyegon2
#75199
üzenetére
Uefi rendszereknél mountolni kell a gyökeret is meg az efit is. A gyökeret, mert abba chrootolsz be, az efi meg azért mert abba telepíted a grubot.
Jó az a leírás, csak nem kell vele kapkodni. Értelmezni kell, default mbr/bios leírás, lejjebb meg említi. Ha efis vagy, csatold az efi partíciót is és abba telepítsd a grubot.
Szóval egyelőre nem tudom használni az újjlenyomat olvasót. 
Mindössze a
(Azon aztán nem lesznek helygondjaid.)
Még az Ubuntu Studio sem ennyire zabagép. A belakott Manjaro-m 15GB...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
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!
- Óvodások homokozója
- Formula-1
- Milyen monitort vegyek?
- A fociról könnyedén, egy baráti társaságban
- BestBuy topik
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- ASZTALI GÉP / ALKATRÉSZ beárazás
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- Vezetékes FEJhallgatók
- Milyen okostelefont vegyek?
- További aktív témák...
- Telefon Felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! Samsung Galaxy A22/Samsung Galaxy A23/Samsung Galaxy A25/Samsung Galaxy A05s
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- Bomba ár! Dell Inspiron 15 3511 - i5-11GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gari
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged