- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Samsung Galaxy A54 - türelemjáték
- Apple iPhone 16 Pro - rutinvizsga
- Nem lett arányos a fogyókúra
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Ilyen lesz a Fairphone 6
- Samsung Galaxy A52s 5G - jó S-tehetség
- One mobilszolgáltatások
- VoLTE/VoWiFi
-
Mobilarena
Debian GNU/Linux
Új hozzászólás Aktív témák
-
bambano
titán
válasz
kovaax
#10777
üzenetére
A telepítő iso-k, főleg a netbootos, netinstallos, akkor mondja, hogy nem találhatók rendszermag modulok, amikor a repóban másik kernel van, mint a telepítőben. Van, hogy a telepítő iso van nagyon lemaradva a repóhoz képest, de lehet, hogy fordítva.
Nem trixie specialitás, minden debian kiadásnál volt ilyen. Ha nem találsz fix iso-t, daily image-ből próbáld.
-
kutga
félisten
válasz
kovaax
#10763
üzenetére
Működik, igen, de igazad van abban, hogy nem szép.
Egyébként dockeres qbittorrentalkalmazásnak akarom átadni, oda szerintem több meghajtót is fel tudok venni.volumes:- /mnt/docker/qbittorrent/appdata:/config- /mnt/data/torrents:/data/torrents #ez a jelenlegi- /mnt/incomplete:/data/torrents/incomplete #ez lenne az új, és így az /mnt alá csatolom.
A konténeren belül így már a/data/torrentsalá kerül. -
-
válasz
kovaax
#10708
üzenetére
Kénytelen vagyok a Minttel is foglalkozni, nagyon népszerű rendszerré nőtte ki magát, plusz pár napja elvállaltam a Mint topik topikgazdai feladatait is. Legalább az összefoglalót rendbe tudtam tenni, a néhol 2015-ös (!) hivatkozásokat már időszerű volt eltávolítani.
-
válasz
kovaax
#10592
üzenetére
A dockeres megoldás mennyi pluszt jelent CPU terhelés szempontjából?
A RAM felhasználás kevésbé zavar, abból van rendesen, de a CPU nagyon netszes.#10593 bambano: Köszi, ezek közül leginkább a másik kliens jön szóba, mert a backports-ban nincs transmission.
A többi megoldás nekem eléggé olyannak tűnik, aivel később szívni fogok.
-
-
DarkByte
addikt
válasz
kovaax
#10417
üzenetére
Na igen. Ha tippelnem kellene az NFC olvasót nem éri el normál user-el alapesetben.
Nem tudom milyen interface-t használ az NFC reader, de ha sima USB serial port, lehet hogy a megoldás annyira egyszerű hogy a user-t hozzá kell adni adialoutsystem group-hoz. -
-
Aki Mari néninek felrakja a Debiant, beállítja neki az autoupgrade-et unattanded-del, abba be lehet állítani, hogy hány naponta csináljon autoclean-t, az is több, mint a semmi!
(#9856) sh4d0w
Ja, nekem is feltűnt néhány verzió óta, a 21-ben talán még komfortosabban van ez megoldva....nyilván Mari néninek nem is Debiant telepítenék, ha már...
-
-
-
-
Friczy
senior tag
LVM-et akkor érdemes használni, ha némileg rugalmasan szeretnéd használni a tárhelyet (több partíción). Ha csak egyben kell egy nagy terület, ráadásul nem érdekes, ha esetleg elszáll (nem fontos az adat, vagy van mentés), akkor RAID0 esetén némileg gyorsabb lehet az írás/olvasás, mert elosztja az adatot a két disk közt.
-
kovaax
őstag
-
Friczy
senior tag
régi játék, és nem biztos, hogy jó erre, de hátha.
Na a bejövő forgalmat korlátozd le, hanem a kimenőt. Még annak ideján ADSL vonalnál volt rendszeresen visszatérő probléma, hogy a kimenő sávszélesség eltömődött, ez viszont sajnos megállította a bejövő forgalomhoz való ACK csomagok kiküldését is, emiatt a bejövő forgalom is leállt. A megoldás az volt, hogy egyrészt le kellett korlátozni a kimenő sávszélességet, másrészt pedig elsőbbséget adni a nyugtázó csomagoknak. Régen volt, tehát pontos technikai részleteket nem tudok adni, de ez volt az alapelv. Hátha segít. -
bambano
titán
forgalmat értelmesen korlátozni csak a kiindulási pontján lehet, végpontján nem.
mivel a csomagokat nyugtázni kell, ezért mindig van fel irány.
azt nézd meg, hogy mennyi időre kapod a dhcp lease-t. ha mindig pont akkor szakad, amikor dhcp-t újít meg, akkor azt kell megváltoztatni, hogy mit csinál a debianod dhcp renew-nél.
illetve azt tudod még csinálni, hogy az iteach felé menő csomagokat priorizálod a többivel szemben. -
#9744
eladohardver
őstag
kovaax
#9743
eladohardver
őstag
Válts szolgáltatót szvsz... UPC-vel csak a gond, csak a baj... legalábbis én csak ezt hallom vissza.
Próbáltad ugyanezt az OS-t/Konfigot más internet kapcsolattal? Dugd rá pl bobilnetre... lehet még azzal is jobb lessz...Ha bobilnettel is szakadozik kérdezz rá valami értelmesebb helyen ahol esetlegesen választ is kaphatsz... SZVSZ Magyar fórumok esélytelenek, ha komolyabb problémával szembesülsz...
a sok noob. Én is egy vagyok közűlük...
libera.chat #debian chanelen esélyes h találsz valódi segítséget.
Ha lekorlátozod a kapcsit akkor nem a csomagok vesznek el értelemszerűen... Csak lassabban érnek célba...
Nem is értem... ne korlátozz ... a csomagütemezés hatásosabb dolog ... -
Friczy
senior tag
Nekem egyelőre megfelelő védelmet ad az apt-listbugs. Az elég gyakran szól ha valamelyik upgrade-elendő csomagban van valami. Persze ha épp előtte upgrade-elek, mint ahogy a bugot nyitották, az pech. Volt már, hogy ez-az döglődött, de általában napok kérdése és helyrejön.
Pillanatnyilag nem érzem szükségét nagyobb óvatosságnak -
#9539
Véreshurka
senior tag
kovaax
#9537
Véreshurka
senior tag
Csak, hogy kicsit tanuljak is
. Az iptables -L -v parancs azt mutatja meg, hogy van-e valamilyen bejegyzés az ip táblában? Sajnos az nft-s paranccsal nem jutottam semmire, mert azt nem igazán értettem, pedig ha ismeretlen paranccsal van dolgom akkor általában a man-al kezdem, hogy mi mit jelent, de ebbe most beletört a bicskám.Egyébként ez volt a kimenete az iptables -L -v parancsnak:
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)pkts bytes target prot opt in out source destinationChain FORWARD (policy ACCEPT 0 packets, 0 bytes)pkts bytes target prot opt in out source destinationChain OUTPUT (policy ACCEPT 0 packets, 0 bytes)pkts bytes target prot opt in out source destination -
Friczy
senior tag
A csomagfüggőségek alapján a különféle tűzfal frontendek még mindig az iptablest használják, annak ellenére pl, hogy a firewalld a honlapja szerint 0.6 verziótól már közvetlen tudja az nft-t kezelni, még a sid-ben lévő firewalld és az iptables csomagtól függ. Persze normál esetben Debiannál az iptables parancs is az nftablest használja, csak az iptables szintaxisával. Az iptables csomagban van iptables-legacy és iptables-nft a kétféle tűzfalhoz
-
kovaax
őstag
Megnéztem a másik gépemen, ott ez a helyzet:
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
submenu 'Speciális beállítások ehhez: Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, Linux 4.19.0-9-amd64 verzióval' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-9-amd64-advanced-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, with Linux 4.19.0-9-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-9-amd64-recovery-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, Linux 4.19.0-8-amd64 verzióval' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-8-amd64-advanced-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Debian GNU/Linux, with Linux 4.19.0-8-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-8-amd64-recovery-cc0f0654-09e0-4c8d-9b05-e37c79418c46' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-3d1074a8-4088-45ef-b07c-2252e4f18075' {
submenu 'Speciális beállítások ehhez: Fedora 32 (Thirty Two) (ezen: /dev/sda2)' $menuentry_id_option 'osprober-gnulinux-advanced-3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-0-rescue-07ce9982f303407c9314aabe075e6e8a--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.6.18-300.fc32.x86_64--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.6.19-300.fc32.x86_64--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Fedora 32 (Thirty Two) (ezen: /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.7.4-200.fc32.x86_64--3d1074a8-4088-45ef-b07c-2252e4f18075' {
menuentry 'Ubuntu 20.04 LTS (20.04) (ezen: /dev/sda4)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
submenu 'Speciális beállítások ehhez: Ubuntu 20.04 LTS (20.04) (ezen: /dev/sda4)' $menuentry_id_option 'osprober-gnulinux-advanced-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-37-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, Linux 5.4.0-37-generic verzióval (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-37-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, with Linux 5.4.0-37-generic (recovery mode) (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-37-generic-root=UUID=d10d91e2-06ac-40dc-8fe7-c598faa85fbf ro recovery nomodeset-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, Linux 5.4.0-29-generic verzióval (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-29-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, with Linux 5.4.0-29-generic (recovery mode) (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-29-generic-root=UUID=d10d91e2-06ac-40dc-8fe7-c598faa85fbf ro recovery nomodeset-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, Linux 5.4.0-26-generic verzióval (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-26-generic--d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'Ubuntu, with Linux 5.4.0-26-generic (recovery mode) (ezen: /dev/sda4)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.4.0-26-generic-root=UUID=d10d91e2-06ac-40dc-8fe7-c598faa85fbf ro recovery nomodeset-d10d91e2-06ac-40dc-8fe7-c598faa85fbf' {
menuentry 'BunsenLabs GNU/Linux 9.9 (Helium) (9.9) (ezen: /dev/sdb5)' --class bunsenlabs --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
submenu 'Speciális beállítások ehhez: BunsenLabs GNU/Linux 9.9 (Helium) (9.9) (ezen: /dev/sdb5)' $menuentry_id_option 'osprober-gnulinux-advanced-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-12-amd64 (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-12-amd64 (recovery mode) (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64-root=UUID=af4c5ade-1c46-4eb3-8daa-013ec8877f95 ro single-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-9-amd64 (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-9-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs GNU/Linux, with Linux 4.9.0-9-amd64 (recovery mode) (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-9-amd64-root=UUID=af4c5ade-1c46-4eb3-8daa-013ec8877f95 ro single-af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'BunsenLabs TTY (ezen: /dev/sdb5)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.9.0-12-amd64--af4c5ade-1c46-4eb3-8daa-013ec8877f95' {
menuentry 'Linux Mint 19.3 Tricia (19.3) (ezen: /dev/sdb6)' --class linuxmint --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
submenu 'Speciális beállítások ehhez: Linux Mint 19.3 Tricia (19.3) (ezen: /dev/sdb6)' $menuentry_id_option 'osprober-gnulinux-advanced-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-59-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-59-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-51-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-51-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-51-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-51-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-46-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-46-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-46-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-46-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.3.0-40-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-40-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.3.0-40-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-40-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, Linux 5.0.0-32-generic verzióval (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic--fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'Linux Mint 19.3 Xfce, with Linux 5.0.0-32-generic (recovery mode) (ezen: /dev/sdb6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic-root=UUID=fb03352b-02b7-44b4-a3bb-19cff55e1c18 ro recovery nomodeset-fb03352b-02b7-44b4-a3bb-19cff55e1c18' {
menuentry 'openSUSE Leap 15.0 (ezen: /dev/sdb7)' --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
submenu 'Speciális beállítások ehhez: openSUSE Leap 15.0 (ezen: /dev/sdb7)' $menuentry_id_option 'osprober-gnulinux-advanced-d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0 (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.82-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.82-default (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.82-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.82-default (recovery mode) (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.82-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.67-default (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.67-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {
menuentry 'openSUSE Leap 15.0, with Linux 4.12.14-lp150.12.67-default (recovery mode) (ezen: /dev/sdb7)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.12.14-lp150.12.67-default--d1bb9301-b7a4-4102-afb4-70a2e223dc7a' {A Debian származékoknál (Ubuntu, BunsenLabs, Mint) és az openSUSE-nál jó a sorrend, a Redhat vonalon nem (itt a Fedora, a korábbi posztban a Centos).
-
Gondolom bőven elég, ha meghajtóra rakott GRUB jól veszi fel a kerneleket.
submenu 'Speciális beállítások ehhez: Linux Mint 19.3 Tricia (19.3) (ezen: /dev/sda1)' $menuentry_id_option 'osprober-gnulinux-advanced-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--4db2c3c1-6ed2-abcd-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, Linux 5.3.0-59-generic verzióval (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic--4db2c3c1-6ed2-abcd-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, with Linux 5.3.0-59-generic (recovery mode) (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-59-generic-root=UUID=4db2c3c1-abcd-46a1-8624-d1c636ea17bd ro recovery nomodeset-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, Linux 5.3.0-53-generic verzióval (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-53-generic--4db2c3c1-6ed2-xyxy-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, with Linux 5.3.0-53-generic (recovery mode) (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.3.0-53-generic-root=UUID=4db2c3c1-yxyx-46a1-8624-d1c636ea17bd ro recovery nomodeset-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, Linux 5.0.0-32-generic verzióval (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic--4db2c3c1-6ed2-46a1-fdfd-d1c636ea17bd' {
menuentry 'Linux Mint 19.3 Cinnamon, with Linux 5.0.0-32-generic (recovery mode) (ezen: /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.0.0-32-generic-root=UUID=4db2c3c1-hápx-46a1-8624-d1c636ea17bd ro recovery nomodeset-4db2c3c1-6ed2-46a1-8624-d1c636ea17bd' { -
Tarokk79
aktív tag
Sziasztok,
Sajnos ugyan ott pörgök. Újra raktam a debiant a mate felülettel. Nekem ez jött be jobban. Viszont a hplip nem megy jól. Hiába rakom fel, szerintem nem megy fel rendesen és nem tudom a nyomtatót hosszútávon jól használni. Nem lehet valahogyan máshogy működésre bírni? Vagy legyek türelemmel és 1-2 hónap múlva megoldódik a probléma?
Előre is kösz
-
Tarokk79
aktív tag
-
Nagy jó, követendő stratégia! Én is készítek hasonló listát(Windows-on is), mit telepítettem, mit és hogyan módosítottam. Az a difi, hogy egy nagyobb módosítás (telepítés, főerzióváltás) előtt egy lemezképet készítek. Van jó pár image-em, amihez visszatérhetek, nem kell a nulláról kezdenem egy nehezen orvosolható hiba után. Az ok prózai: Olyan régi a gép, olyan kevés a RAM (2GB!), hogy a virtualizáció szinte szóba sem jöhet.
-
-
footy
addikt
Idokozben talaltam valamit:
r
oot@bananapi:/etc/sysctl.d# cat 99-openmediavault.conf# Auto-reboot system after kernel panic.kernel.panic = 90# Disables the magic SysRq key# http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/security-sysrq.htmlkernel.sysrq = 0# Enable IPv6 privacy extensionnet.ipv6.conf.all.use_tempaddr = 2net.ipv6.conf.default.use_tempaddr = 2# Enable/Disable IPv6net.ipv6.conf.all.disable_ipv6 = 1net.ipv6.conf.default.disable_ipv6 = 1net.ipv6.conf.lo.disable_ipv6 = 0# Disable IPv6 autoconfiguration by defaultnet.ipv6.conf.all.autoconf = 0net.ipv6.conf.default.autoconf = 0net.ipv6.conf.all.accept_ra = 0net.ipv6.conf.default.accept_ra = 0Szoval ugy nez ki az Openmediavault felulirja a beallitasokat. Most mar csak az a kerdes hogy hogyan az okosabb letiltani?
Igy, vagy valahogy mashogy?:# Enable/Disable IPv6net.ipv6.conf.eth0.disable_ipv6 = 1
Mondjuk mivel# Enable/Disable IPv6net.ipv6.conf.all.disable_ipv6 = 1
ezert az gondolnam hogy altalanosan le van tiltva -
footy
addikt
Jaaa, de fut:
root@bananapi:/etc/sysctl.d# ps -ef | grep -i networkroot 1053 1 0 09:05 ? 00:00:03 /usr/sbin/NetworkManager --no-daemonroot 1480 1053 0 09:05 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-eth0.pid -lf /var/lib/NetworkManager/dhclient-13d34b42-cf78-4f72-9703-73838a09b11c-eth0.lease -cf /var/lib/NetworkManager/dhclient-eth0.conf eth0root 1612 1053 0 09:05 ? 00:00:00 /sbin/dhclient -d -q -6 -N -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient6-eth0.pid -lf /var/lib/NetworkManager/dhclient6-13d34b42-cf78-4f72-9703-73838a09b11c-eth0.lease -cf /var/lib/NetworkManager/dhclient6-eth0.conf eth0Gondolom ez a bunos:
root 1612 1053 0 09:05 ? 00:00:00 /sbin/dhclient -d -q -6 -N -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient6-eth0.pid -lf /var/lib/NetworkManager/dhclient6-13d34b42-cf78-4f72-9703-73838a09b11c-eth0.lease -cf /var/lib/NetworkManager/dhclient6-eth0.conf eth0Hogy lehet ezt kiloni? Marmint vegleg nem kill-el?
-
Friczy
senior tag
Az iptables csak egy eszköz, amivel a kernelben lévő tűzfalat konfigurálod. Nem veszett kárba a ráfordított időd, bármikor használhatod az nftablest is, de még működik az iptables is. Ez csak az áttérést könnyíti meg.
Hasonló megoldás, mint az ipchains/iptables váltásnál volt, ott is volt időszak, amikor használható volt az ipchains, de a kernelben már a netfilter (aminek toolja az iptables) volt benne.
-
Apollyon
Korrektor
Eddig én is úgy csináltam ahogy írod, viszont pár hónappal ezelőtt frissítettem 9-ről 10-re, annyi történt hogy eltűnt a cherrytree és a repóban sincs benne, de ez a dev "hibája", amúgy minden oké. Ha ez tényleg ilyen hibátlanul működik mindig, akkor igazából nem sok minden szól a rolling release mellett...
-
Úgy látom nehéz lesz elfelejteni, mert update/upgrade-kor a repo-kon végigmenve rákérdez az alábbiakra:
changed its 'Suite' value from 'testing' to 'stable'changed its 'Version' value from '' to '10.0'Nekem nem frissített amúgy semmit, mondjuk kb két hetes verzió volt fenn és 06.29-én frissítettem utoljára.
-
Apollyon
Korrektor
De...
Viszont a fórumtárs szerintem a suggested package-ekről beszél, amiket nem rak fel automatikusan.A synapticot nem használom, így csak a terminálos telepítést ismerem igazán.
Pl. van a moc zenelejátszó. Ha apt install moc, akkor az ajánlott (suggested) csomagok között ott lesz a moc-ffmpeg-plugin, ami ugyan nem szükséges a működéséhez, de ha valami losslesst akarsz hallgatni akkor kelleni fog.
-
-
Ez az MX17 azért kicsit érdekesre sikeredett, lásd Herdsman12 problémáit vele.
A MX 17 telepítési/particionálási része nagyon érdekesen van megcsinálva, ott nagyon könnyű eltolni, ha van fenn másik rendszer, akkor egy kezdőnek nehezebb, mint a Debian particionáló része. Amúgy jó kis rendszernek nézett ki, amikor kipróbáltam, viszont olyanoknak való, akik már használtak Linuxot. A saját frissítője például egész ügyes, lehet választani normál upgrade és dist-upgrade között.
A xorg/mesa páros viszont elég érdekesen alakult, az egyik frissebb, mint az Ubuntuknál, a másik régebbi.
Amúgy maga a Debian nekem mindig bejött desktopon, most már a telepítése sem annyira nehéz kezdőknek, mint Wheezy-nél volt. Inkább az a gond, hogy ha egy kezdő felrak egy stable változatot, akkor ugyanúgy minden vackot ki akar próbálni és beleütközhet a régi program/új program felrakása helyette, akkor meg jön a függőségekkel való bajlódás......egyszóval ez is gyakorlott kezdőknek ideális.
-
Én a tűzfalat nem néztem, igaz csak alapon van, ha egyáltalán eszembe jut bekapcsolni a ufw-t.
Ezt a 3,5 perces boot késleltetést megtaláltam közben, ez elég bosszantó volt és emiatt a service miatt volt.
Érdekes ez a Debian 10-re való áttérés a google-nál, tegnap én is láttam valamelyik oldalon az erről szóló hírt.
-
kovaax
őstag
Pontosítom a számokat, még mielőtt valaki kidobná az ssd-jét, és wd green-re vált...
A blog bejegyzésemben emlegetett 250-es vinyón ott van egy ugyanolyan Stretch, azon kísérleteztem ki a Végső Megoldást. Na az a lemez egy Seagate Barracuda, ami gyorsabb a WD Green-nél. Ezek a számok jöttek ki:hdd: Seagate Barracuda 7200.10 ST3250620AS 250GB 7200 RPM 16MB Cache SATA 3.0Gb/s 3.5" Hard Drive
root@stretch:~# systemd-analyze
Startup finished in 3.462s (kernel) + 21.179s (userspace) = 24.642s
root@stretch:~#
grub enter-login ablak: 20 mp
login ablak enter-bent: 12 mpssd: Silicon Power 120GB S55 Slim SP120GBSS3S55S25 7mm 2,5" S-ATA3
root@otthon:~# systemd-analyze
Startup finished in 2.365s (kernel) + 10.056s (userspace) = 12.421s
root@otthon:~#
grub enter-login ablak: 9 mp
login ablak enter-bent: 2 mpAz látszik, hogy ugyanaz a rendszer ssd-n fele annyi idő alatt indul el, mint a Barracuda-n. Az már érdekesebb kérdés, hogy amikor bejelentkezek, miért 6-szor gyorsabb, itt az xfce-s pluginokat, meg háttérképet, meg még mittudomén mit töltöget ilyen sokáig.
Ami még érdekes, hogy a WD Green-en ugye egy wm volt, és azzal ugyanannyi idő alatt állt fel a rendszer, mint ssd-n az xfce (persze sok más különbség is van még a két rendszer között, nem csak az ablakozó körítés, pl. a wd-n jessie volt). Az már más kérdés, hogy az alkalmazások (thunderbird, libreoffice, firefox, gimp) mennyivel voltak lassabbak, mert sokkal, de nagyon, még így is, hogy a /home továbbra is a Green-en van.
Egyébként dockeres 
Akkor csak az lesz, hogy kikapcsolom a Secure Bootot...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Turbózd fel géped a jövő RAM-jával!
- Lenovo ThinkPad X13 G2 multitouch
- Telefon szerviz helyben - Gyors javítás, akár 30 perc alatt!
- Beszámítás! Oculus Rift virtuális valóság szemüveg garanciával hibátlan működéssel
- BESZÁMÍTÁS! ASROCK H310CM i5 8400 16GB DDR4 240GB SSD 1TB HDD GTX 980 4GB Aio Corp Croma CM 600W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged