- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- LordAthis: Ismét egy "Idióta" A.I. Projekt, hogy meglovagolja az aktuális trendeket...
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
- Elektromos rásegítésű kerékpárok
- eBay-es kütyük kis pénzért
Hirdetés
-
LOGOUT
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
savior
őstag
Köszi mindkettőtöknek a válaszokat.
-
PociAti
őstag
válasz
savior #42494 üzenetére
Április 25. az jövő hét csütörtök. Akkor fog megjelenni a végleges verzió.
Megéri megvárni.
Az már nem sok idő, addig nézegess Ubuntu 24.04 témájú YouTube videókat. Legtöbb kérdésre megkapod a választ. Azokra is, amit fel se tettél. -
I02S3F
addikt
válasz
savior #42494 üzenetére
"Ha felrakom az új 24.04-et az jár valami hátránnyal?" - Nem ajánlott napi használatra! Igen frissülni fog!
"Jó operációs rendszer ez egyébként?" - Attól függ! Mennyire vagy járatos a témában?Mire használnád az Ubuntut? Mik az elvárásaid, preferenciád a rendszerrel szemben? -
savior
őstag
Sziasztok.
Ha felrakom az új 24.04-et az jár valami hátránnyal? Olyanra gondolok, hogy pl frissül e majd a végleges verzióra?
Kicsit tülrelmetlen vagyok és már kipróbálnám. Jó operációs rendszer ez egyébként? Eddig csak Linux Mintet használtam.
A release candidate verzió már megjelent belőle, és ha igen akkor honnan lehet letölteni? -
ldave
félisten
Á, megvan közben, itt írják: Ubuntu Noble Numbat Release Schedule
-
ldave
félisten
Az április 25. mennyire hivatalos megjelenési infó a 24.04-hez? Valahol szembejött, de most keresgélem a hivatalos weblapon, de ott nem találok erről semmit.
-
-
cigam
titán
válasz
tordaitibi #42486 üzenetére
Kifejtenéd?
-
PociAti
őstag
válasz
I02S3F #42482 üzenetére
Ez teljesen jó időszak arra, hogy bátran kipróbálj valami újat, feltéve ha van egy szabad SSD-d. Én ilyen tesztelési célra vettem egy 60GB-os SSD-t pár gombóc fagyi áráért.
Az első 1-2 hétben az eredeti szoftvereket használom, majd a fájlkezelőtől a PDF megjelenítőn keresztül a média lejátszókig szinte minden programból kipróbálok 1-2 újat. Ez a tesztelési időszak akkor igazán hatásos, ha ez lesz az elsődleges operációs rendszernek, és jól be van lakva.
Sokan megvárják a 24.04.1-es verziót, és nyár végén felteszik azt.
-
-
cigam
titán
válasz
I02S3F #42484 üzenetére
Mert az otthoni felhasználót nem zavarják a kiakadó/el nem induló programok, amik adott esetben még adatvesztést is okoznak?
Nem állítom, hogy ez lesz, de nagyobb az esélye mint a stabil kiadásnak.
Te nem tudod egyedül eldönteni milyen kockázatokat vállalsz be vele, és ha nem tetszik a válasz, hát rajta, frissíts!Az újabb jobb? Erről mindég az Így jártam anyátokkal epizódja jut eszembe.
-
I02S3F
addikt
"A számmisztikán kívül mi indokolja a feltételét?" - Hát figyelj oda. Home user vagyok. Nem mission critical rendszert futtatok. Persze! Semmi gond a 22.04 LTS-el sem (nekem legalábbis), csak tetszik az új-(don)-ság.
"Pontosan milyen hiba javítása, vagy új funkció bevezetése hiányzik annyira?" - Nincs racionális válaszom! " Az újabb, jobb" reményében futok neki az ilyennek. Csak tetszik.
-
cigam
titán
válasz
I02S3F #42482 üzenetére
Nem. A számmisztikán kívül mi indokolja a feltételét? Tipikus virtuális farokméret, hogy "nekem már az új béta rendszer fut a gépemen"
Pontosan milyen hiba javítása, vagy új funkció bevezetése hiányzik annyira?
Még a kiadott verziókkal is van n+1 probléma (a legviccesebb talán az, hogy a snap store nem képes frisíteni saját magát, mert fut)
-
I02S3F
addikt
A 24.04 még béta. Gyakorlatilag megéri feltenni? Azt tudom, hogy elvileg beta, nem ajánlott napi használatra. De a gyakorlatban is?
Analógiának a Debian Unstable ágát mondanám. Az sem ajánlott napi használatra, mert nem stabil. Közben a gyakorlat meg az, hogy vidáman lehet vele dolgozni!
-
urandom0
senior tag
válasz
Ablakos #42473 üzenetére
Szóval, az udev.
Linuxban az udev képez hidat a kernel és az eszközök között. Ez felel többek közt azért, hogy mi történjen, amikor egy eszközt csatlakoztatsz vagy leválasztasz. Az udev működését szabályokkal lehet testreszabni.
Általában minden disztró gyárilag tartalmaz több-kevesebb szabályt a/usr/lib/udev/rules.d/
könyvtárban, de mi nem ide fogunk dolgozni, hanem az/etc/udev/rules.d
könyvtárba.
Nekem Logitech wireless egér+billentyűzet kombóm van (az egerét nem használom, csak a billentyűzetet), ezért ide létrehoztam egy99-logitech.rules
nevű fájlt. A fájlnév elején a szám a végrehajtási sorrendet jelzi, ha több fájl van ebben a mappában, a legkisebb számtól haladva a legnagyobbig hajtódnak végre a szabályok.Az én fájlomban egyetlen sor van:
ACTION=="add", SUBSYSTEM=="usb", DRIVERS=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c534", ATTR{power/wakeup}="disabled", ATTR{driver/2-1.2:1.1/power/wakeup}="disabled"
Ez annyit jelent, hogy állítsd be a következő attribútumokat a megadott eszközre akkor, amikor az csatlakoztatásra kerül. Csatlakoztatás esemény minden bootnál lefut, meg nyilván akkor is, amikor csatlakoztatod az eszköz.
A SUBSYSTEM, a DRIVERS, az ATTRS{idVendor} és ATTRS{idProduct} attribútumok határozzák meg, hogy mely eszközre kell alkalmazni a szabályt. USB eszközök esetén az idVendort és az idProduct-ot le lehet kérdezni pl. az lsusb paranccsal:
[root@fujitsu-fedora ~]# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 003: ID 17ef:608d Lenovo Optical Mouse
[B]Bus 001 Device 004: ID 046d:c534 Logitech, Inc. Unifying Receiver[/B]
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching HubOtt van a 046d:c534 osztályú eszköz, ez az én egér+billentyűzet kombóm(nak az adóvevője).
Vagy ha kiadod azudevadm monitor
parancsot, és közben bedugod az eszközt, akkor is kiírja az eszközosztály azonosítóját (meg még egy csomó mindent is).Azt, hogy a megadott eszközzel mi történjen, az
ATTR{power/wakeup}="disabled", ATTR{driver/2-1.2:1.1/power/wakeup}="disabled"
attribútumok adják meg. Figyeld meg, ez fontos, hogy a SUBSYSTEM, a DRIVERS és a többi attribútumnál kettő egyenlőségjel van, mert ezek kiválasztják az eszközt, míg ennél a két utolsó attribútumnál egy egyenlőségjel van, mert ezek pedig megváltoztatják az attribútum értékét.
Apower/wakeup
és adriver/2-1.2:1.1/power/wakeup
értékét is disabledre állítottam, emiatt nem fogja felébreszteni a gépet alvó állapotból.Elméletileg elég lenne csak simán a power/wakeup-ot disabledre állítani, de ez nem mindig működik, úgyhogy én
a 2-1.2:1.1 azonosítójú (udevadm monitor
-tól lehet megtudni) USB port wakeup-ját is disabledre tettem, így teljesen jól működik.Neked is egy ilyen szabályt kell csinálnod, átírni az idVendor és az idProduct azonosítókat, valamint az USB portod azonosítóját (gondolom, nem dugdosod át egyik portból a másikba a billentyűzetet), majd kiadni az
udevadm control --reload
parancsot, ez újratölti az udev szabályokat. Lényegében ennyi.Ami még érdekes lehet, az hogy az
udevadm info --attribute-walk
paranccsal le lehet kérdezni az eszköz összes attribútumát. Pl. név alapján:udevadm info --attribute-walk --name=/dev/input/event4
A /dev/input/event4 az én egerem azonosítója (
lshw -C input
parancstól lehet megtudni).Elérési út alapján:
udevadm info --attribute-walk --path=udevadm info --attribute-walk --path=/devices/p/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.1/0003:24AE:2015.0018/input/input94/mouse0
A path-ot az
udevadm monitor
parancstól lehet megtudni.Az ArchWiki cikkét is érdemes megnézegetni.
-
Ablakos
őstag
Asztali gépen először használok ded. Nvidia kártyát.
A lenti infókat tudom adni. Mi ez a sokféle driver és miért nem a legújabbat használja az Ubi?
(A driverek telepítéskor (után) automatikusan kerültek fel.)user@P8B75-V-desktop:~$ cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86_64 Kernel Module 535.161.07 Sat Feb 17 22:55:48 UTC 2024
GCC version: gcc version 12.3.0 (Ubuntu 12.3.0-1ubuntu1~22.04)
user@P8B75-V-desktop:~$ sudo ubuntu-drivers list --gpgpu
nvidia-driver-535, (kernel modules provided by linux-modules-nvidia-535-generic-hwe-22.04)
nvidia-driver-418-server, (kernel modules provided by nvidia-dkms-418-server)
nvidia-driver-550-server, (kernel modules provided by nvidia-dkms-550-server)
nvidia-driver-450-server, (kernel modules provided by nvidia-dkms-450-server)
nvidia-driver-470-server, (kernel modules provided by linux-modules-nvidia-470-server-generic-hwe-22.04)
nvidia-driver-470, (kernel modules provided by linux-modules-nvidia-470-generic-hwe-22.04)
nvidia-driver-390, (kernel modules provided by nvidia-dkms-390)
nvidia-driver-545, (kernel modules provided by linux-modules-nvidia-545-generic-hwe-22.04)
nvidia-driver-535-server, (kernel modules provided by linux-modules-nvidia-535-server-generic-hwe-22.04)
-
Ablakos
őstag
Ubuntu 22.04.1
Asztali gépemen hibernálásból az usb billentyűzet is felébreszti a gépet. (Neken nem kívánt funkció, hogy a macska is kapcsolgasson.) A biosban kikapcsoltam az APM alatti lehetőségeket (pci, lan ébresztés stb.)
Hogy lehet ettől megszabadulni? -
Ablakos
őstag
válasz
tordaitibi #42470 üzenetére
Köszönöm a magyarázatot. Így már nyugottabban fogok a sírban pihenni.
-
válasz
tordaitibi #42470 üzenetére
Kösz, hogy röviden vázoltad fórumtársunknak a helyzetet, szerintem mindketten ritkán nézünk be az Ubi topikba ééééééésssss csak most fogtam fel a kolléga nickjét igazából! Ablakos...
De jó, hogy nem én beszéltem neki a Winről...
Ubuntu humor....még ilyent!
-
válasz
Ablakos #42466 üzenetére
Ubynál nagyobb Windows undorost életembe nem láttam, és ennek tudatába direkt meggyanúsítottam hogy egy Windowsos powershell parancsot adott nekem tanácsként Ubuntun futtatni.
(ami persze nem igaz)
A többi ebből következett, már azt is írtam neki hogy esetleg Ő a W10 apja csak titkolja.
Most itt tartunk. -
-
urandom0
senior tag
válasz
urandom0 #42463 üzenetére
sda 8:0 0 119,2G 0 disk
├─sda1 8:1 0 600M 0 part /boot/efi
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 117,7G 0 part /homeroot@fujitsu-fedora:~$ dumpe2fs /dev/sda1 | grep 'Filesystem created:'
dumpe2fs 1.47.0 (5-Feb-2023)
dumpe2fs: Hibás bűvös szám a szuperblokkban a(z) /dev/sda1 megnyitására tett kísérlet közben
root@fujitsu-fedora:~$ dumpe2fs /dev/sda2 | grep 'Filesystem created:'
dumpe2fs 1.47.0 (5-Feb-2023)
Filesystem created: Sat Sep 2 13:26:45 2023
root@fujitsu-fedora:~$ dumpe2fs /dev/sda3 | grep 'Filesystem created:'
dumpe2fs 1.47.0 (5-Feb-2023)
dumpe2fs: Hibás bűvös szám a szuperblokkban a(z) /dev/sda3 megnyitására tett kísérlet közben
root@fujitsu-fedora:~$ -
válasz
tordaitibi #42461 üzenetére
-
válasz
tordaitibi #42461 üzenetére
Tuti nem állok a sötét oldalra, annyi pálinka a világon nincs!
Amúgy először nem is magamra értettem a poent...
Leltem egy Ubuntut, azon meg ez mutatja, de nyilván ha logokat nyitogat az ember,
term.log
és társai, ott is megvan az első bejegyzés. Nálad szerintem az asda1
nem valid, csak elsiklottál efelett kissé.sudo grep 'RTC time' /var/log/installer/syslog
ubyegon@UbMte2204-8570p:~$ sudo grep 'RTC time' /var/log/installer/syslog
Apr 30 18:12:19 ubuntu-mate kernel: [ 0.153557] PM: RTC time: 18:12:00, date: 2023-04-30 -
-
kpityu2
őstag
válasz
tordaitibi #42460 üzenetére
A kötőjel az jelenti, hogy ismertelen. A
stat --help
leírja. Virtualboxos Xubuntu nekem is ezt dobja, míg a natív Lubuntu korrekt értéket ad. -
-
-
válasz
tordaitibi #42451 üzenetére
Fura, nálam az a rövid parancs működött innen
How To Find Exact Installation Date And Time Of Your Linux OS
Amit growler kolléga írt, az is jó. Nekem ezek nem írtak ki semmit:
ubyegon@ubyMintC-212:~$ stat / | grep "Birth" | sed 's/Birth: //g' | cut -b 2-11
ubyegon@ubyMintC-212:~$ stat / | awk '/Birth: /{print $2}'
ubyegon@ubyMintC-212:~$ sudo stat / | awk '/Birth: /{print $2}'Akkor ez a GRUB probléma tényleg Ubuntu bug lehet.
-
growler
őstag
válasz
tordaitibi #42455 üzenetére
Ez a zarojelben levo (24-Mar-2018) idopont, a dumpe2fs 1.44.1 verzioszam
kiadasanak idejere utalhat.
Nem a telepites idejere - szerintem.
Nalam a telepites idejet ilyen formaban irja ki:
Filesystem created: Sat Sep 16 19:20:16 2023 -
válasz
growler #42452 üzenetére
Ez már működik és reálisnak is tűnik.
tibi@TibiXubuntu:~$ sudo dumpe2fs /dev/sda1 | grep 'Filesystem created:'
[sudo] tibi jelszava:
dumpe2fs 1.44.1 (24-Mar-2018)
dumpe2fs: Hibás bűvös szám a szuperblokkban a(z) /dev/sda1 megnyitására
tett kísérlet közben
tibi@TibiXubuntu:~$
Ez most az a gépem a melóhelyen ami tényleg a legelső telepítés, még 2 másikra lett klónozva.
Hazaérek megnézem a másik kettőt de ugyanaz lesz gondolom a végeredmény. -
urandom0
senior tag
válasz
tordaitibi #42449 üzenetére
Nálam (Fedora 39 alatt) van ilyen fájl:
root@fujitsu-fedora:/etc/grub.d$ ls
00_header 08_fallback_counting 10_reset_boot_success 14_menu_show_once 20_ppc_terminfo 30_uefi-firmware 40_custom README
01_users 10_linux 12_menu_auto_hide 20_linux_xen 30_os-prober 35_fwupd 41_customDe egyébként ez egy bug
Grub-banUbuntuban. A GRUB_RECORDFAIL_TIMEOUT paraméter állítható (lenne, ha jól működne) az /etc/default/grub-ban, és biztos, hogy köze van az EFI-hez, mert eleve egy[ \$grub_platform = efi ]
feltételben van az egész.
Itt van a leírás erről az egészről: https://nelsonslog.wordpress.com/2022/08/16/grub-recordfail-30-seconds/Az más kérdés, hogy a GRUB_RECORDFAIL_TIMEOUT paramétert csak akkor szabadna számításba vennie a Grub-nak, ha hibásan áll le a rendszer, alapesetben nem.
Egyébként a
stat -c %w /
nálam 2023-09-02 13:26:46.472632875 +0200-t ad vissza, ez biztos, hogy nem jó. Asudo dumpe2fs /dev/sda1 | grep 'Filesystem created:'
pedig azt, hogy dumpe2fs: Hibás bűvös szám a szuperblokkban a(z) /dev/sda1 megnyitására tett kísérlet közben -
growler
őstag
válasz
tordaitibi #42451 üzenetére
sudo dumpe2fs /dev/sda1 | grep 'Filesystem created:'
Egyebkent nalam ez is mukodik:
stat -c %w /
-
-
válasz
tordaitibi #42449 üzenetére
Emlékszem a thread-re, voltak is számomra meglepő megoldások, addig azt hittem működnek az addig ismert egyszerű módszerek.
Dehát Linuxról van szó és hát a világ is folyamatosan változik, nincs bajom a Linux folyamatos változásaival sem.
...akármit csináltam vele 30 másodperc maradt a várakozás.
Ha nyomtál egy Entert, akkor is?
Hogyan lehet megnézni egy rendszerről hogy mikor telepítettem, kíváncsi lennék.
stat -c %w /
-
válasz
ubyegon2 #42448 üzenetére
Pedig van ilyen. Pár éve én is összevissza kerestem, a kedvenc Ubim miért nem reagál az etc/default/grub fájl szerkesztésére, akármit csináltam vele 30 másodperc maradt a várakozás.
Persze ha a boot/grub/grub.cfg -be átírtam akkor jó volt, a következő update-ig.
Akkor találtam valahol ezt a leírást.
Efihez se sok köze lehet mivel akkor még mbr-es volt a telepítés.
Pontosabban, ma is az, mivel azóta kb. 5-6 éve csak klónozgatom azt az Ubuntut, pl. nálam nincs az EFI partíció felcsatolása se a boot alá és mégis működik.
Hogyan lehet megnézni egy rendszerről hogy mikor telepítettem, kíváncsi lennék. -
válasz
tordaitibi #42446 üzenetére
Meg az erre vonatkozó irodalom is csak hiszi.
Mert még az is meg tud lepődni az Ubuntu csodáin!
Mint, Debian még a normál módon működik, épp akkor csekkoltam le, amikor ezt olvastam...de lehet nem is az Ubuntu hülyesége, hanem a kedvenc UEFI-m miatt van!?
/etc/grub.d/00_header
Egyik említett disztróban sincs ez a 00-ás fájl.
-
Ablakos
őstag
válasz
tordaitibi #42446 üzenetére
Köszönöm, most már valóban jól működik a késleltetés.
Egy "tudatlan" kisgyereknek a fölnőttek azt állítják, a föld lapos,akkor elhiszi. Elhittem.
-
válasz
Ablakos #42443 üzenetére
Háá, te csak azt hiszed hogy csak ezt kell szerkeszteni
Meg az erre vonatkozó irodalom is csak hiszi./etc/grub.d/00_header
itt a 00_header binárist megynyitod egy szövegszerkesztővel és a vége felé lesz ez, ott 5-re átírni, menteni.EOF
if [ "$recordfail_broken" = 1 ]; then
cat << EOF
if [ \$grub_platform = efi ]; then
set timeout=${GRUB_RECORDFAIL_TIMEOUT:-5}
if [ x\$feature_timeout_style = xy ] ; then
set timeout_style=menu
fi
fi
EOF
fi
}
-
Ablakos
őstag
Kezdetektől zavart, de továbbra sem sikerült megoldanom, hogy a boot képernyő ne a default 30sec legyen. Mit kell még beírni, hogy csak a kívánt 5 másodperces legyen a késeleltetés? Természetesen a változtatások után volt update-grub.
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=0953c452-8c8c-4b98-8718-03e0162550bf quiet splash"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_DISABLE_OS_PROBER=false
-
Dhampir
félisten
stopperos
kpityu2Köszönöm szépen válaszaitokat!
-
kpityu2
őstag
válasz
Dhampir #42435 üzenetére
Ez a zárt gyártói drivereket jelenti. Ha minden működik normálisan akkor felesleges a 3. féltől származó szoftverek engedélyezése, bár én minden telepítésnél hozzá szoktam adni megszokásból. A BIOS-ban kapcsold ki a Secure Bootot, akkor nem kéri a kódot. Ha nincs Windows 11 a linux mellett akkor nem szükséges bekapcsolni. Ha mégis akarod, akkor adj meg egy tetszőleges 8 karakteres kódot, a következő boot során kérni fogja a driver engedélyezési folyamat során. [link]
-
stopperos
senior tag
A LiveCD-ben az a jó, hogy ki tudod próbálni. A frissítéssel (22.04 -> 24.04) lehetnek gondok még.
-
Dhampir
félisten
Sziasztok!
Az Ubuntu telepítés közben, ha kipipáljuk a harmadik féltől származó szoftverek telepítését, akkor Secure Boothoz kéri egy kód megadását, ha jól emlékszem.
Érdemes bejelölni a harmadik féltől származó szoftvereket?
Már fel lehet telepíteni a közelgő Ubuntu 24.04 LTS-t?
Habár április 25. a megjelenés határideje, de lehetséges, hogy már különösebb probléma nélkül használható a rendszer? -
sonar
addikt
Kedves kolléga,
Tehát azért ha segítséget kérsz akkor azért azt tedd úgy, hogy tudjunk is.
Az iderakott ömlesztett dolog elemzése, nos hogy is mondjam kulturáltan. Nem túl szerencsés.
Számomra nem világos, hogy miért kell átlapoló címtartomány ugyanarra az interface-re?enpls0f2:
addresses: ["192.168.1.2/24","192.168.0.2/16"
SSH config-ot átnézted, nincs benne limitáció, hogy honnan fogadhat el kérést?/etc/ssh/sshd_config
ListenAddress
Illetve ss paranccsal megnézném, hogy hol hallgatózik az ssh daemon -
DanaL
tag
Sziasztok, LINUX Expert segítsége kellene van egy érdekes anomáliánk:
van egy WAN 10.244 hálózatunk, vagy egy Pfsense átjáró NAT eszköz 192.168.0.100 címmel, LAN oldalunk 192.168.0.0/24
Van egy Linux szerver ami 192.168.0.2 címen van és nem tudjuk elérni SSH-n a 192-es hálóból, 10. hálóból viszont elérjük.
NAT be van állítva tűzfalon minden át van engedve.
Szerver Routing táblája:
enpls0f2:
addresses: ["192.168.1.2/24","192.168.0.2/16"]
gateway4: 192.168.0.100
routing-policy:
-from:192.168.0.2
table: 129
-from 192.168.1.2
table: 129
router:
-to: 156.4.23.0/24
via: 192.168.0.100
table 129
- to: 10.184.226.0/24
via: 192.168.0.100
table: 129
- to: 10.184.244.0/24
via: 192.168.0.100
table: 129
- to: 192.168.0.0/16
via: 192.168.0.100
table: 129
nameservers:
addresses: [192.168.0.100]
Eredetileg így nézett ki a routing, így viszont nem ment ki a netre amit javítottunk, de ssh továbbra sem ok.
enpls0f2:
addresses: ["192.168.1.2/24","192.168.0.2/16"]
routing-policy:
-from:192.168.0.2
table: 129
-from 192.168.1.2
table: 129
router:
-to: 156.4.23.0/24
via: 192.168.0.100
table 129
- to: 10.184.226.0/24
via: 192.168.0.100
table: 129
- to: 10.184.244.0/24
via: 192.168.0.100
table: 129
- to: 192.168.0.0/16
via: 192.168.0.100
table: 129
nameservers:
addresses: [192.168.0.100]
Azonban ha így konfigoljuk:
enpls0f2:
addresses: ["192.168.1.2/24","192.168.0.2/16"]
gateway4: 192.168.0.100
nameservers:
addresses: [192.168.0.100]
Akkor működik az ssh, de akkor egy másik linux szerver cifs share nem éri el ezt a szervert. Valakinek valami ötlet? -
Ablakos
őstag
Készítek külső ssd-re egy ubuntu desktop telepítést. A fájlrendszer/partíció titkosítást telepítés előtt kell elkészíteni vagy utána is megoldható?
-
kpityu2
őstag
-
ldave
félisten
Most valami frissítés óta azt vettem észre, hogy amikor nyugiba megy a laptop, akkor nem kikapcsolja a monitort, hanem egy fekete képre cseréli (fekete lesz a kijelző, de halványan világít, remélem érthető). Megnéztem a vga driver kezelőt és ezt írja:
Eddig én az alsó X.Org X server drivert használtam, most átállt erre a manual dologra, pedig én direkt biztos nem telepítettem semmit. Nem is enged itt semmi másra kattintani jelenleg. Van erre valami megoldás, hogy vissza tudjak állni a korábbira? -
Ablakos
őstag
Értem és köszönöm a snap témában írtakat. A hátrányait olvasva nem okoz számomra különösebb problémát. (Azt hittem valami nagyon félresikerült találmány a snap) Ráadásul jó néhány alkalmazásnak hiába keresek apt forrást. Vagy őskövület, vagy egyáltalán nincs más megoldás, mint snap v. appimage.
-
urandom0
senior tag
válasz
Ablakos #42417 üzenetére
Snap vs. flatpak témában vannak benchmarkok és összehasonlítások:
https://www.ctrl.blog/entry/firefox-linux-flatpak-snap.html
https://medium.com/@TechHutTV/flatpak-snap-appimage-linux-benchmarks-df2bc874ea0bRáadásul pont Ubuntun lassú a snap, ahol azért illene gyorsnak lennie.
-
válasz
Ablakos #42417 üzenetére
Halál.
Ha nem engedélyezed az appoknak a külső elérést, egyesegyedül csak a saját hime könyvtáradat tudja használni.
És pl. nálam a home pár 100MB sincs mivel minden egy másik adat ssd-re van irányítva.
A Download, képek mentései, videoletöltők, doksik stb. stb. mind a másod ssd-n vannak, arra és arról dolgozik az összes programom.
Kicsit off, pontosan ugyanezek a könyvtárak vannak megadva a gépen lévő Windowsnak is. Kicsit off vége.
Vagyis mindegy melyik rendszeremen, mikor mit mentettem el, töltöttem le, szerkesztettem text vagy kép, videotartalmat, ugyanazt látom.
És a Snap appok erre képtelenek. Illetve de képesek ha egy külön Snap kezelővel adsz nekik külső elérést. Viszont van amelyik így sem állítható be permissions oldalon.
Pl. egy Snap Viberen istencsapása egy fájlt, képet csatolni másodvinyóról. -
válasz
tordaitibi #42415 üzenetére
Jaaa, hogy utólag kigyomlálni. Végülis igaz.
köszi!
-
I02S3F
addikt
Még egy hónap és jön az új lts
.
Volt egy kiábrándulásom a snap miatt és a Fedora, hasonlóan az Ubuntu-hoz probléma mentes, de az Ubuntu a szívem csücske
-
Monomániám sokadszor, bocs ha már unalmas de sajnos releváns.
Majd ha lesz natív tárolóba Onedrive kliens, Mega, Opera böngésző, Viber, Chrome és még 100 app, akkor én is onnan telepíteném, nem webes deb meg ppa.
Egy nyamvadt használható képernyőrögzítő nincs, pl. Vokoscreen (pedig ezt még Windowsra is portolták, azon is használom), csak ezért egy OBS ágyúval verébre szindróma.
"Csak" ennyi ppa van nálam (meg külsős deb telepítés + 5-6 szoftver amit manuálisan kell frissítgetnem) hogy nekem megfelelő legyen a rendszer szoftverezettsége.
És még hozzáteszem hogy a használt szoftvereimnek a kb. 50%-át a KDE Plasma hozta magával, natúr Ubuntunál az Ubuntu tárolókba hírből sincsenek és alternatíváik se.
Mostani tapasztolatomat már nem is említeném, több főverzióval elmaradt programok vannak a tárolókban.
Ellenpélda a Snap. Bár kezdem nagyon megutálni de 100x bőségesebb a szoftverkínálat, és teljességgel naprakészen tartják. -
Teagol
aktív tag
válasz
Sziszifeca #42401 üzenetére
Én sokszor a Yatse appot használom telefonról a távirányító helyett, mert kényelmesebb, főleg a YouTube kereséseknél.
De a Kodi topicban lehet hamarabb kapsz megoldást rá.
-
Sziszifeca
őstag
Sziasztok!
Van egy Zotac Id-18 cuccom, amire feltettem a Ubuntu 23.10-et + KODI lejátszót.
Van egy USB-s HP univerzális távirányítóm, de a KODI-ban csak jobb-bal-fel-le, az Ok gomb nem, de az enter gomb megy.
Feltettem a Kodiba a Keymap editor-t, de ha be akarom állítani egyedire a gombokat, akkor minden gombra ugyanazt a számot teszi be.. így nem tudom használni..
Az Ubuntuba kellene valahogy az alap gomb beállítást kitörölni, de nem tom hogyan..
Tudtok ebbe segíteni?
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
Állásajánlatok
Cég: FOTC
Város: Budapest