-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
májkimiki
őstag
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.[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz májkimiki #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.....
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz májkimiki #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.
[ Szerkesztve ]
-
májkimiki
őstag
válasz peterattila #75205 üzenetére
A LM live menüjében?
-
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.
-
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.
-
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.Mutogatni való hater díszpinty
-
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
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
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.
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
-
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 g
megoldja, 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...?
Mutogatni való hater díszpinty
-
-
Sanyi.mTs
addikt
Mint xfce 64bit 20.04
SSD-t használok, a fenti rendszer alatt alapból működik a trim? Vagy azt még be kéne állítani? -
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? -
-
ubyegon2
nagyúr
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.
-
CPT.Pirk
Jómunkásember
válasz Sanyi.mTs #75218 üzenetére
Vagy folyamatos trim van beállítva, ha a
cat /etc/fstab
kimeneté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 fstrim
Ha itt látsz dátumokat, akkor megcsinálta magától. Ha nem, akkor a
systemctl start fstrim.timer
parancs bekapcsolja.edari:
Törött csomag a probléma. Add ki ezt a két parancsot:sudo apt update --fix-missing
sudo apt install -f
ubyegon2: Manjaro-nál nem volt egyik megoldás sem alapból aktív itt a tartalék gépemen.[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
-
ubyegon2
nagyúr
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......
[ Szerkesztve ]
-
Eddig is ismernie kellett volna az i386-ot, mert eddig is működött a Steam
apt-get installlibkrb5-3:i386 libssl1.1:i386
Ennek 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.)
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
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... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or 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 or
debconf-2.0
Depends: libtext-iconv-perl but it is not going to be installed
libssl1.1:i386 : Depends: debconf:i386 (>= 0.5) or
debconf-2.0:i386
E: 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?
-
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[ Szerkesztve ]
Mutogatni való hater díszpinty
-
-
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 .
-
ubyegon2
nagyúr
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!
[ Szerkesztve ]
-
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ó.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
ubyegon2
nagyúr
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.
[ Szerkesztve ]
-
-
ubyegon2
nagyúr
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......
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz sztpega #75238 üzenetére
systemctl list-timers -a
Sun 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.timer
ubyegon@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.[ Szerkesztve ]
-
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.[ Szerkesztve ]
-
ubyegon2
nagyúr
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.timer
Manuá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.[ Szerkesztve ]
-
ubyegon2
nagyúr
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.
-
CPT.Pirk
Jómunkásember
válasz sztpega #75247 üzenetére
Nem értem a kérdést, mert a systemctl status fstrim parancs egyértelműen kiírja, hogy mikor mi volt trimmelve. Nálad a jelek szerint ezzel még semmi nem volt trimmelve.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
ubyegon2
nagyúr
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. -
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.[ Szerkesztve ]
Ú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!
- Windows 10, 11 Professional, Home, Enterprise licenckulcsok 64, 32 bit - MEGA Akció!
- Windows Server 2016, 2019, 2022 Standard, Datacenter, Essentials termékkulcsok - MEGA akció!
- Vírusirtó, Antivirus, VPN licenckulcsok - kedvezményes ajánlatok (frissítve: 2024. 05. 01.)
- Office Professional Plus 2013, 2016, 2019, 2021 RETAIL licenckulcsok - MEGA Akció!
- Windows 7 Home Premium, Pro, Ultimate és Windows 8, 8.1 Pro licenckulcsok 64, 32 bit - MEGA Akció!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest