- Xiaomi 15 - kicsi telefon nagy energiával
- Realme GT Master Edition - mestermunka
- Milyen okostelefont vegyek?
- One mobilszolgáltatások
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- iPhone topik
- Mobilhasználat külföldön
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Azonnali mobilos kérdések órája
-
Mobilarena
Debian GNU/Linux
Új hozzászólás Aktív témák
-
kovaax
őstag
Sziasztok! Melyi Trixie iso nem mondja azt, hogy "Nem találhatók rendszermagmodulok."??? Nincs benne a non-free már a Bookworm óta a telepítőben? Bár ilyen f@sz üzenettel még most találkoztam először az elmúlt 26 év alatt...
-
kovaax
őstag
válasz
Crvsh3R #10745 üzenetére
Nem tudom most be van-e kapcsolva a medzsik, amivel néha rá lehet venni, hogy sync-elje a lemezeket, és hátha kiíródnak a logok, mielőtt újraindul. Vagy távoli logolást bekapcsolni, és a loggyűjtőre hátha megy ki még log, mielőtt megdöglend. Monitorozó szoftver is tud segíteni, hogy mi történhetett vajon (zabbix, icinga, nagios)...
-
kovaax
őstag
Tegyétek a fa aláBÚÉK! Debian Installer Trixie Alpha 1 release -
kovaax
őstag
Ez azért van, mert (nem szakszerű lesz, most lusta vagyok gondolkodni) aki bootol, az a saját és a windows szarjával van aláírva. Szóval ha a Debian az elsődleges, akkor az csak Debiánt és wint bootol be, ha a Mint, az meg csak Mintet és wint. Én is szórakoztam ezzel anno egy sort, de nem tudsz vele mást csinálni, csak mindig módosítani a uefi boot sorrendet.
-
kovaax
őstag
Egy igazi Debianos nem használ sambát, nem ismer windows sérülékenységeket és otthon az ablakokat is takarító mossa...
-
kovaax
őstag
Nekem nem az, de az ilyen kényelmetlenségeket Mari néni Tápiószecső-Alsón nem tudná megcsinálni, nem is fog Debianozni sosenem. És Xfce alatt működik szépen, /usr/bin/gpk-update-viewer -t használok a Package Update Indicator pluginban, vagy ha türelmetlen vagyok, akkor Synaptic-ot, vagy ha éppen root vagyok, akkor apt-ot. Ja, és már ott is maradt a törlés óta a tzdata, vagy mi frissült pár napja.
-
kovaax
őstag
De az Xfce-s telepítésen nem kell ezzel molyolni, de a Gnome-oson meg kell kézimunkázni, amit nem akarok. Mellesleg az autoremove sem szedte le az extra kerneleket, kézzel kellett leszedegetni őket. A clean kitakarította a cache-t, de azt se akarom kézzel futtatgatni, ha egyszer automatikusan kéne működjön. Kb. a PackageKit backendje, az APTcc qr el valamit valahol...
-
kovaax
őstag
Sziasztok,
Ma vettem észre, hogy a Gnome-os Bullseye laptopomon fent volt az összes eddigi update csomag a /var/cache/apt/archives/ alatt, plusz az összes eddigi kernel is fent volt. Az Xfce-s gépen csak az utolsó 2 kernel van fent, meg a cache is ürül rendben. A Gnome-ot a nagyszerű Szoftverek progival frissítem mindig. Ez bug, vagy feature? -
kovaax
őstag
Nem olyan csoda az, Lenovo Ideapad, az olcsóbb cuccokban tán már csak wifi van...
-
kovaax
őstag
-
kovaax
őstag
válasz
eladohardver #9746 üzenetére
Az előző lakásomban nekem is digi volt, de nem videóztam rajta, másra meg tökéletesen működött. A UPC jól megy a környezetemben mindenkinek, de volt az agglomerációban pár kolléga, aki meg folyamatosan szív vele, szóval ez is erősen helyfüggő.
-
kovaax
őstag
válasz
eladohardver #9744 üzenetére
Az iteach-es tanárom szerint Budapesten a upc a legjobb az iteach-en, digi a legrosszabb, T a kettő között (de valószínűleg én vagyok az első tanítványa, aki linuxot használ). Ja, mobilneten nem volt ez a móka, írtam is, bár azon nem próbáltam az iteach-et.
Találtam egy megoldást, ha tényleg az asszimetria okozza a gondot: chrome -> További eszközök -> Fejlesztői eszközök -> Throttling -> Custom, 8000/8000. A következő órán kiderül, mit szól hozzá az iteach.
További eszközök sávszélesség limitálásra: tc, trickle (ez alkalmazás szinten pl.).
-
kovaax
őstag
Sziasztok,
Van egy elég idegesítő és fura problémám Debian alatt. Videóhívások rendszeresen megszakadnak nagyjából fix időközönként (5-10 perc, és gyakorlatilag folyamatosan ezt csinálja) Debian alatt, zoom, google.meet, és most legutóbb az iteach.world, de csak akkor, ha a upc-men csinálom, wifin (90/10mbit) (az asztali gépek vannak kábellel bedugva a routerbe, de azokban nincs webkamera, tehát nincs fel irány). Tavaly volt még usb-s mobilnetem, ami 2/2 mbitet tudott csak, azzal nem volt ez a gond, tehát linuxon van csak gond asszimetrikus kapcsolattal (az iteach-et chrome-mal használtam, a többit firefoxszal)! A családban és az iteach-es tanárom szerint is windowsal és mac-kel nem volt ilyen gondjuk sosem upc-s hálózaton...
Két kérdésem volna:
1. Ki tudja a megoldást erre a problémára?
2. Ha az nftables-ben limit-tel lekorlátozom a bejövő forgalmat 10mbit-re, akkor abból a böngésző (vagy az iteach) mit lát? 10/10mbit-es kapcsolatot, vagy hogy a csomagok 90%-a elvész lefelé???(A céges win10-emen teams-sel nem volt ilyen gond ugyanazon a hálón, sajnos nem tudtam kipróbálni a többi videóhívást rajta, mert nem voltam localadmin, és a céges proxy nem engedte. Ja, és DA-val mentem be a cégbe, szóval gőzöm nincs, hogy ilyenkor hol a fenében kóricálnak a csomagok.)
-
kovaax
őstag
válasz
eladohardver #9732 üzenetére
Tartok tőle, hogy ha megint elmozgatom a default storage pool-t, megint eltűnik...
-
kovaax
őstag
Sziasztok,
Kvm-mel játszok, és sikerült ezzel (parancssorossal) eltüntetni a/etc/apparmor.d/libvirt/libvirt-<uuid>.files
fájlt, rövid kínlódás után töröltem a/etc/apparmor.d/libvirt/libvirt-<uuid>
fájlt is, de ez sem oldotta meg, úgyhogy egyelőre kikapcsoltam az apparmor-t a libvirtd-n (/etc/libvirt/qemu.conf: security_driver = "none"). Nem tudja valaki hogy lehet újragyártani a két törölt fájlt? Előre is kőszönöm szépen! -
kovaax
őstag
Hát, egy huszárvágással telepítettem az mplayer-t az imént, és az le tudja játszani a dvd-ket... Szóval úgy tűnik a vlc-nek van valami problémája ezzel a géppel és a bullseye-val... Amúgy itt van a két gép, elég sok köztük a különbség.
Szerk.: home vs. sarge
-
kovaax
őstag
Na, most sikerült időt szakítani egy kis harverészkedésre, és megcseréltem a két gépben a dvd írókat, de sajnos nem változott semmi, tehát független a probléma az írótól, a nagyobb gépben ugyanúgy nem jó a másik író sem, a kicsiben meg jó a másik író is... De legalább most a nagyban csak sata cuccok vannak.
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
-
kovaax
őstag
Nemrég fedeztem fel a reddit-et, hála a wsb-nek. Ilyen gyöngyszemeket találok rajta:
Opinion: Debian bores me to death
-
-
kovaax
őstag
-
kovaax
őstag
válasz
Véreshurka #9539 üzenetére
Meg hogy mi a default policy. A várt eredményt kaptuk: nincsenek tűzfalszabályok beállítva.
-
kovaax
őstag
válasz
Véreshurka #9535 üzenetére
nft list table inet filter
szerk.:
vagy:
iptables -L -v -
kovaax
őstag
A kernelben van nftables, erre épül a következő réteg buster óta (bár abban még az iptables csomag megy fel, de nftables-t használ iptables színtaxissal, én le is cseréltem kapásból, bár bullseye-nél is ugyanez a szitu még(?)). Fedora is a kernelben lévő nftables-t használja, csak ők a firewalld-n keresztül kezelik (meg az egész Redhat vonal). Bullseye-nél úgy tűnik nem rak fel semmit, azért kérdeztem, hogy mondjuk busternél rak-e fel valamit gnomemal, vagy kezelhetem direktbe nftables-szel (bármivel kezelhetem, csak kíváncsi vagyok Debianék mit preferálnak, de úgy tűnik semmit, it's up to me
).
-
kovaax
őstag
Sziasztok,
A laptopomra felraktam a bullseye-t gnome-mal (a wayland miatt), de nem találok semmi tűzfal szoftvárét. Ez normális, nem szoktak gnome-hoz rakni semmit Debiánék (mint a Fedorában a firewalld), vagy még nem értek oda a testing-gel? -
kovaax
őstag
válasz
BigManus #9511 üzenetére
Az MX annyira Debian alapú, hogy annak a repoit használja + néhány saját csomag - systemd. Ez a te linkedről van:
Repos: No active apt repos in: /etc/apt/sources.list
Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
1: deb http://deb.debian.org/debian buster-updates main contrib non-free
Active apt repos in: /etc/apt/sources.list.d/debian.list
1: deb http://deb.debian.org/debian buster main contrib non-free
2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
Active apt repos in: /etc/apt/sources.list.d/mx.list
1: deb https://quantum-mirror.hu/mirrors/pub/mx-linux/packages/mx/repo/ buster main non-free
No active apt repos in: /etc/apt/sources.list.d/various.list
Szerk.: Szóval a Debianból kellene kiszedni a megfelelő konfigokat, és átrakni MX alá valahogy.
-
kovaax
őstag
Jimi Hendrix, Janis Joplin, Jim Morrison, Brian Jones, Kurt Cobain, Amy Winehouse, Anton Yelchin, Jean Michel Basquiat...
-
kovaax
őstag
válasz
olivera88 #9461 üzenetére
Előfordulhat hogy az új kernel nem jól működik valamiért a gépeden, ilyenkor be tudod bootolni a gépet a régivel, mivel a grub felveszi a régit is a menüjébe, és nem a rescue móddal kell cumizni.
Szerk.: rpm-nél is megvan ez, bár ott a yum.conf-ban (vagy valami hasonló, nem vagyok gépközelben) be lehet állítani, hogy hány kernel legyen fent (tulajdonképpen nem csak kernel, hanem bármilyen csomag, amiből fent lehet egyszerre több verzió), default 3.
-
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).
-
kovaax
őstag
Sziasztok,
Pár napja fedeztem fel, hogy az update-grub2 rossz sorrendben veszi fel a második oprendszer kerneleit, az almenü utolsó eleme a legfrissebb kernel:
kovaax@otthon:~$ grep sda3 /boot/grub/grub.cfg
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class centos --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-0-rescue-7c6415d1e861434e9c03b26f5dbc7e8e root=/dev/sda3
submenu 'Speciális beállítások ehhez: CentOS Linux 8 (Core) (ezen: /dev/sda3)' $menuentry_id_option 'osprober-gnulinux-advanced-214a6245-a8cf-4910-a64b-a583650a4c35' {
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-0-rescue-7c6415d1e861434e9c03b26f5dbc7e8e--214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-0-rescue-7c6415d1e861434e9c03b26f5dbc7e8e root=/dev/sda3
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.18.0-147.el8.x86_64--214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-4.18.0-147.el8.x86_64 root=/dev/sda3
menuentry 'CentOS Linux 8 (Core) (ezen: /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.18.0-193.6.3.el8_2.x86_64--214a6245-a8cf-4910-a64b-a583650a4c35' {
linux /boot/vmlinuz-4.18.0-193.6.3.el8_2.x86_64 root=/dev/sda3
kovaax@otthon:~$Tegnap próbáltam kibogozni ezt a script förmedvényt, de feladtam. Ma mondok megnézem, hogy reportolta-e már valaki a bugot, hát igen, 2016 szeptemberében. Ennyit arról, hogy mennyire fasza a szabad szoftver, hogy milyen gyorsan javítják a hibákat, stb-stb... Bullshit!
-
kovaax
őstag
Az eredeti posztot nem értem teljesen, de az első hiba kb. Windows-os, én mindig azzal szívtam a munkahelyen, hogy nem volt mindegy, hogy hol állítom be, hogy kétoldalasat nyomtasson, mindezt Win7 -> hálózati HP nyomtató viszonylatban (tehát semmi linux). Na most nála ha jól értem, valami ilyen van: Windows -> Debian -> HP nyomtató usb-n.
-
kovaax
őstag
válasz
Tarokk79 #9394 üzenetére
Ha már úgyis lett egy teszt környezeted is, add ki rajta root-ként a tasksel parancsot, és fel tudsz rakni másik deszktopot is, bejelentkezéskor jobb felül ki tudod választani, hogy melyiket akarod éppen használni, és kipróbálhatod az összeset akár. (A Gnome a Busterben wayland-ot használ, ha minden igaz, a többi X-et.)
-
kovaax
őstag
válasz
Tarokk79 #9383 üzenetére
Szia,
Itt korábban volt, hogy force-szal raktál fel dolgokat. Azokat le kellene törölni teljesen, mert megkavarhatják a függőségeket.
Én úgy szoktam Debian*-t telepíteni, hogy nyitok egy egyszerű szöveges fájlt, és belevések minden módosítást, ami bejön marad, ami nem, azt törlöm. És amikor sikerül összereszelni az egészet, akkor újrarakom az így kialakult telepítési dokumentum alapján, akkor már remélhetőleg hiba nélkül. (Praktikusan 2 gépem van, egy régi lassú ("teszt rendszer"), meg egy régi gyors ("éles rendszer"), a teszteket a régi lassún csinálom, hogy ne essen kár az éles rendszeremen, és ha kész van minden, akkor csinálom meg az élesen is. Ezt simán meg lehet csinálni 1 gépen is, csak kell egy 20 gigás külön partició a tesztre, ha párhuzamosan akarod csinálni.)Szerk.: * Más disztrókat is így csinálom egyébként, már ami a dokumentálást illeti, most pl. MX Linux alól írok.
-
-
kovaax
őstag
Én a lo-t backportsból használom, 6.4.4.1 van fent, ez a legfrissebb, ha jól látom a lo honlapját. Emiatt nem kell sid-et használni, így tudod felrakni buster-en:
echo "deb http://ftp.debian.org/debian buster-backports main" > /etc/apt/sources.list.d/backports.list
apt-get update
apt-get -t buster-backports install libreoffice
-
kovaax
őstag
Sziasztok,
A tegnapi update hazavágta a grub menümet, és a második oprenszer nem tudott bebootolni... Az update-grub2 rendberakta. Tapasztalt valaki ilyet? -
kovaax
őstag
Új hozzászólás Aktív témák
Hirdetés
- Autós topik
- Xiaomi 15 - kicsi telefon nagy energiával
- Sütés, főzés és konyhai praktikák
- Mibe tegyem a megtakarításaimat?
- sziku69: Fűzzük össze a szavakat :)
- Milyen videókártyát?
- WoW avagy World of Warcraft -=MMORPG=-
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- OLED monitor topik
- Béta iOS-t használók topikja
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Vírusirtó, Antivirus, VPN kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Olcsó Laptop! Dell Latitude 7280. I5 7300U / 8GB DDR4 / 256GB SSD
- Lenovo Thinkpad P1 gen1, gen2, P52s FHD, 4K oled touch
- Bomba ár! HP ZBook Studio G5 - i9-9980H I 32GB I 1TSSD I Nvidia I 15,6" FHD I Cam I W11 I Gar
- Telefon felvásárlás!! iPhone 13 Mini/iPhone 13/iPhone 13 Pro/iPhone 13 Pro Max
- Bomba ár! Lenovo ThinkPad X270 - i5-6G I 8GB I 256GB SSD I 12,5" FHD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest