Re: Egy történet vége
2023. 03. 28. 11:26 keltezéssel, Gergely Madarász írta: Itt az ideje becsukni a boltot. A listákon alig van forgalom, az is főleg spam. A most futó OS 32 bites, az Ubuntu 18.04 LTS supportja megszűnik egy hónapon belül, újabbak már csak 64 bitesek, nem érdemes az oprendszercserébe energiát tolni. Pár hét múlva shutdown. Köszönet mindenkinek aki az elmúlt bő 25 év alatt tag volt, hozzájárult a közösséghez, with special thanks to: Marosi István, Buci, Lajbi és Wigyori. linux lista - linux@mlf.linux.rulez.org Én spamet nem láttam, két kérdést írtam, választ nem kaptam. (Legalább – Lajbi – válaszolhatnál). Üdvözlettel János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
SSD
Kíváncsiságból vettem egy USB-re köthető SSD-t. Mérete 15 Tbyte. Sajnos, csak Windows alatt használható. Linux buster és ubuntu mate cinnamon alatt hibajelzést ad. gparted hibásnak jelenti, fdisk úgyszintén. gdisk elvileg képes partíciós táblát készíteni, de nem minden számítógép képes UEFI (gpt) partíciót kezelni. A rendszer BIOS nem ismeri fel az eszközt. Létezik-e olyan driver, amely ilyen nagy méretű tárolót kezelni képes? Adatai: idVendor 0x048d Integrated Technology Express, Inc. idProduct 0x1234 Chipsbank CBM2199 Flash Drive Üdvözlettel János -- Cinnamon posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Realtek861
2022. 03. 11. 13:53 keltezéssel, Kosa Attila írta: On Sat, Feb 26, 2022 at 05:24:04PM +0100, Zana János wrote: These pages explain the proper febr 26 17:35:23 zana-debian dhclient[1015]: process and the information we find helpful for debugging. febr 26 17:35:23 zana-debian dhclient[1015]: febr 26 17:35:23 zana-debian dhclient[1015]: exiting. febr 26 17:35:23 zana-debian ifup[958]: ifup: failed to bring up eth0 ^^ Ez egy alaplapi rtl8169, amely azóta üzemképtelen, mióta apt-get dist-upgrade frissítettem a bullseye kiadásra. Mit javasoltok? Üdv, János Nem latszik mukodeskeptelennek, hiszen kapott IP cimet. Szerintem a problemat az okozza, hogy valami konfigfajlodban eth0 szerepel, es kozben "atneveztek" a halozati kartyadat enp2s0-ra... A /etc/network/interfaces fajlban neznek korul eloszor. Alahuztam neked a fenti kimenetben az eth0 reszt. Sasszemed van, én nem vettem észre. Az interface a buster alatt már enp2s0 volt, és bullseye alatt is ezt használja. Látom, amikor a telepítő lemezzel belépek rescue módba. De leáll, amikor DHCP kiszolgálót keres. Sajnos, már nem tudok utánanézni, mi volt dist-upgrade előtt. Nem tudom a magyarázatát, honnan szedte az eth0-t. dist-upgrade után a rendszer működött; reboot után vált használhatatlanná. Volt apt-get install firmware-realtek firmware-misc-nonfree Elég radikális megoldás volna az egészet újratelepíteni, mert nagy területű adattárolóként használom, és rengeteg vesződség mindent lementeni, majd meg visszatölteni. Mindenesetre utánanézek. Kösz eddig is. János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Két linux
Kövezzetek meg, de most két linux van a gépemben. Már rég terveztem, hogy legyen egy biztonsági rendszerem, ha az első hozzáférhetetlenné válik. Azóta az egyik winchestert nagyobbra cseréltem, és így meg tudtam valósítani a tervemet. Az újat természetesen már gpt-ben formáztam. Na, ennek fura következménye lett. Megjelent a BIOS setupban egy Debian menüpont, de onnan nem lehet elindítani a linuxot. Azaz; sikerült, az interneten talált módszerrel, amely az alábbihoz hasonló: ls (hd3,msdos1) set root=(hd3,msdos2) set prefix=(hd3,msdos1)/boot/grub insmod normal normal boot Ebben a (gpt) rendszerben kiadva a vonatkozó utasítást, ezt látom: root@DebZJ:~# efibootmgr BootCurrent: Timeout: 1 seconds BootOrder: 0002,0003,,0004 Boot* Debian Boot0002* CD/DVD Drive Boot0003* Hard Drive Boot0004* UEFI: WDC WD20EZAZ-00L9GB0 A régi rendszerből (MBR) ugyanezt a telepítést el tudom indítani, és ugyanabba a partícióba kerülök: root@DebZJ:~# efibootmgr EFI variables are not supported on this system. Telepítés alatt mindkét rendszerben kiadtam az update-grub utasítást, ezért nem tudom, melyik hozta létre az üzemképes grub változatot. Ez a régi (MBR) boot rekordban van (mindkét linux indítható innen). Mivel mindkettő működik, nem akarok hozzányúlni, de a véleményetekre kíváncsi vagyok. Maradhat ez így? Üdvözlettel János -- Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual boot
2021. 10. 09. 16:29 keltezéssel, Toth Andras írta: dr. Zana János wrote: Ez azonnal BIOS firmware frissítést is végzett. Jelenleg nem tudok a linuxról bootolni. A következőt próbáltam: ## Telepítő lemezről rescue mód ## belépés a rendszerbe ## update-grub efibootmgr-rel mondd meg a BIOSnak újra, hogy van másik bootloader is. Elnézést, nem vettem észre ezt a levelet (ma jött meg). A megoldás az lett, hogy újraparticionáltam a gépet. Ugyanis sem a Windows, sem a Linux nem ismerte fel, hogy nem UEFI a rendszer; hamis eredményt jeleztek ki! Újratelepítés után végre megjelent, hogy valóban gpt a rendszer; ezt a gdisk bizonyította. Jelenleg van dual boot, a grub rendben beállította. A családtagok kedvéért még azt is be tudtam állítani, hogy alapértelmezettként a Windows induljon el. (Ez van...) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual boot
2021. 11. 12. 9:16 keltezéssel, SZABO Zsolt írta: On Thu, 11 Nov 2021, dr. Zana János wrote: BIOS beállításainak is megfelel? Ha azt mondjátok, máris indítom. Üdv, János Szerintem igen (nekem a buster-rel sem volt Szeretném mindabnnyiotoknak megkösönni; működik. oot@ZJdell:~# update-grub Generating grub configuration file ... Found background image: /usr/share/images/desktop-base/desktop-grub.png Found linux image: /boot/vmlinuz-5.10.0-9-amd64 Found initrd image: /boot/initrd.img-5.10.0-9-amd64 Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi Adding boot menu entry for EFI firmware configuration done 1. linux telepítő lemzről particonáltam, most már valóban gpt! 2. felraktam a linuxot (az egész gépre) 3. külső lemez gparted-del helyet csináltam a windowsnak. 4. Az is felraktam. Fél napon át frissítéseket töltött le 5. linux alatt elindítottam az update-grub-ot 6. Azonnal megtalálta a Windows telepítést Mindaz, amit felsoroltam, eedig nem működött. Köszönet érte (including Voli). János -- Otthoni posta, Laptop _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual boot
2021. 11. 10. 21:05 keltezéssel, Gabor Gombas írta: Most látom, hogy a linux éppúgy becsapott, mint a Windows. Most kezdem root@debianDell:~# gdisk /dev/nvme0n1p1 GPT fdisk (gdisk) version 1.0.6 Hát izé, partíción belül partíciókat csinálni nem fog menni. Mármint a gdisk meg társai megvonják a vállukat, és összefirkálják a diszket, ha azt mondod nekik. De az eredményt sem a BIOS, sem a Windows, de még csak a Linux kernel sem fogja értelmezni. Húsz éve nagyon sok telepítést végeztem MBR gépekre, gond nélkül. A DELL gépet februárban vettem; formázva, de operációs rendszer nélkül. Februárban a már jól megszokott módon linux alatt a telepítő lemezzel particionáltam. Utána felraktam a Windost és a Debiant. Prímán ment mindkettő, amíg alaplapot nem cseréltek. Mindeddig semmit nem tudtam a gpt partíciós táblákról, mert soha nem volt szükségem rá. A gondot a DELL szeptemberi frissítése okozta, amely új, ismeretlen helyzet elé állított. Úgy gondolom, a problémát úgy kell megoldanom, hogy a gép a modernebb környezetben is működjék. Kézenfekvő számomra elindítani a linux telepítőt, engedni, hogy a telepítő végezze el a particionálás feladatát. Tudom, ezzel minden telepítést letörlök a gépről. Felkészültem rá, mindent lementettem. Bízhatok-e abban, hogy a BullsEye automatikusa olyan particionálást végez, amely a BIOS beállításainak is megfelel? Ha azt mondjátok, máris indítom. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual boot
2021. 11. 10. 21:05 keltezéssel, Gabor Gombas írta: > Hát izé, partíción belül partíciókat csinálni nem fog menni. Mármint a > gdisk meg társai megvonják a vállukat, és összefirkálják a diszket, ha > azt mondod nekik. De az eredményt sem a BIOS, sem a Windows, de még csak > a Linux kernel sem fogja értelmezni. Pedig épp arra készültem. Teljesen újraformázni gpart-tal, és előlről újra felrakni a Linuxot és a Windowst. Tegnap kipróbáltam az AOMEI partíció konvertert. Az is azt állította, hogy gpt partícióm van, ezért nem tudja gpt-re változtatni. Az mbr2gpt /convert is. Amúgy rosszul emlékeztem, mert én eredetileg csak három partíciót csináltam. A többit a Windows telepítő és újratelepítő, meg a Dell Assistant. Ezzel lett hét. Nem tudom, olvastad-re az előzményeket Nálam a DELL Assistant szeptemberben frissítette a BIOS SEUP-ot, és az kizárólag UEFI táblát engedélyez. Úgy döntöttem, hogy igazodom ehhez. Nem tudok szembe menni vele. Tehát nem partíción belül, hanem egészen új partíciós táblát szeretnék csinálni. Ötlet?? Üdv, János -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: dual boot
Most látom, hogy a linux éppúgy becsapott, mint a Windows. Most kezdem látni, hogy mi történt. Nézzétek: root@debianDell:~# gdisk /dev/nvme0n1p1 GPT fdisk (gdisk) version 1.0.6 Warning: Partition table header claims that the size of partition table entries is 3236495360 bytes, but this program supports only 128-byte entries. Adjusting accordingly, but partition table may be garbage. Warning: Partition table header claims that the size of partition table entries is 2394960890 bytes, but this program supports only 128-byte entries. Adjusting accordingly, but partition table may be garbage. Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: not present *** Found invalid GPT and valid MBR; converting MBR to GPT format in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by typing 'q' if you don't want to convert your MBR partitions to GPT format! *** Ezzel szemben az asztali gépen egy külső hdd partíciós táblájának részlete: > root@HomeDebian:~# gdisk /dev/sde > GPT fdisk (gdisk) version 1.0.3 > > Partition table scan: > MBR: protective > BSD: not present > APM: not present > GPT: present > > Found valid GPT with protective MBR; using GPT. Következésképp mostanáig azt hittem, hogy a Dell gép gpt partíciós táblával rendelkezik, és el is hittem, mert hét elsődleges partícója van. Igen ám, de linux alatt formáztam! És (ismétlem) a Windows is és a linux is gpt-nek nevezte a partíciós táblát (fdisk-kel). A gdisk kimenetét mostanáig nem hittem el. Hát most itt van feketén-fehéren. Magyarázat: eddig a gdisk-et nem használtam, és a laptopon értelmezhetetlen kimenetet adott. Formázzam újra? Üdv, János 2021. 10. 09. 13:24 keltezéssel, SZABO Zsolt írta: > A BIOS-ban nem lehet valamiy legacy boot-ot kérni? > > Vagy rescue boot-tal betolteni és grub-efi-t telepíteni és azt futtatni? > (de az EFI partíciót is csatolni kell azt hiszem) > -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
dual boot
Dell Inspiron gépem nem működött rendesen Windows alatt. Első konfigurációja dual boot linux és Windows. Kétszer volt szervizben, alaplapot cseréltek. Amikor hazahoztam, lefuttattam a DEll service assistant programot. Ez azonnal BIOS firmware frissítést is végzett. Jelenleg nem tudok a linuxról bootolni. A következőt próbáltam: ## Telepítő lemezről rescue mód ## belépés a rendszerbe ## update-grub Ez lefutott hibaüzenet nélkül; dual boot még sincs. Mi akadályozhatja a MBR írását? Sem a Windowsban, sem a BIOS-ban nem találtam olyasmit, ami ezt tiltaná. Minek nézzek még utána? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
dell hankártya
00:1f.3 Multimedia audio controller: Intel Corporation Device 02c8 �� �Subsystem: Dell Device 0955 �� �Flags: bus master, fast devsel, latency 64, IRQ 16 �� �Memory at c221c000 (64-bit, non-prefetchable) [size=16K] �� �Memory at c200 (64-bit, non-prefetchable) [size=1M] �� �Capabilities: �� �Kernel driver in use: sof-audio-pci �� �Kernel modules: snd_hda_intel, snd_sof_pci Jelenleg nem sz�l a hang Lehet-e, hogy a buster-backports gy�jtem�nyb�l kell let�lteni? �dv, J�nos _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Wifi
Dell Inspiron laptop telepítésénél két problémába futottam. Ezúttal a WIFI telepítési hibát írom le. AC9462 eszköz telepítése Buster alatt az alábbiakat adja (az átírásnál egyebet is leírtam, a sorrendiség kedvéért). Vajon, ha a source-ot töltöm le, és helyben fordítom, ugyanez történik? Idézem: > iwlwifi-9000-pu-b0-jf-b0-34.ucode (de több verziónak is működnie > kellene, 30, 31, 32, 33, stb.) > > [OK] Started Restore /etc/resolv.conf if the system crashed before the > ppp link was shut down > [OK] Started D-Bus System Message Bus. > [OK] Created slice system-systemd\x2dbacklight.slice. > Strating Load/Save Screen Backlight Brigthness of > leds:dell::kbd_backlight > [OK] Started D-Bus System Message Bus. > debian login [ 8.315] iwlwifi :00:14.3 Failed to load firmware chunk! > 8.3151 iwlwifi :00:14.3 iwlwifi transaction failed, dumping registers > 8.3151 iwlwifi :00:14.3 iwlwifi device config registers: > 8.3151 iwlwifi :00:14.3 : 02f08086 00100406 028 0080 > ... > 8.3151 iwlwifi :00:14.3 iwlwifi device memory mapped registers: > 8.3151 iwlwifi :00:14.3 : 18489004 0400 000 Több wifi meghajtót is kipróbáltam, egyik se működik. Van-e valakinek tanács? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
NVIDIA
Debian Buster telepítéséhez kérek segítséget. A laptopon NVIDIA GEFORCE MX 230 csipszet van, nem sikerült megtalálnom a drájverét. Azok a fájlok, amelyeket letöltöttem az NVIDIA honlapjáról, nem működnek. apt-get-tel a non-free választékból sem sikerült megtalálnom. Hol keresessem? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: /dev/sdc-re telepítve sda miért módosul engedély nélkül?
2020. 10. 10. 16:53 keltezéssel, Csaba írta: > Pendrive-re telepítettem Ubuntu 18.04.1 rendszert, a pendrive a /dev/sdc volt. > Létrehoztam a /boot, / és /home partíciókat. > Többször is ellenőriztem: mi fog módosulni és csak a /dev/sdc > módosított partícióra írta ki a változtatásokat. > Szépen agyonvágta a telepítés végén a /dev/sda-n a bootloader-t, > remekül oda telepítette be, csak azt nem értem, hogy mégis miért > kellett ezt csinálnia. Nekem sikerült külső merevlemezre raknom Debiant. Egyik partícónak se rontotta el a bootloaderjét. Valószínűleg azért, mert már BIOS setupból megjelöltem, hogy melyik partíció induljon. A gépem alapértelmezésben (BIOS) DVD-ről indul, a harddisk pedig /dev/sdf, tehát ezt a kettőt kellett látnia a telepítőnek. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: gnu pgp
2020. 08. 22. 16:38 keltez??ssel, Heged??s Ervin ??rta: > Hello, > tal??lhat??. > bocs, de most akkor nem t??mogatja, vagy nem tal??lhat?? a gnu pgp? > Szerintem a kett?? nem ugyanaz. > >> Pedig el??z??leg m??k??d??tt. A DEBIAN friss??t??st tavaly v??geztem >> (dist-upgrade). > nem lehet, hogy fent volt ez a Thunderbird kieg??sz??t??? > > https://addons.thunderbird.net/hu/thunderbird/addon/enigmail/ Ha megnyitom a kieg??sz??t??ket, akkor ezt ??rja: "gnu pgp nem tal??lhat?? /sbin/zramctl" Van k??perny?? copy a Thunderbird ??zenet??r??l, de a lini ux list??ra nem lehet k??pet k??ldeni. Az ??zenet ??gy sz??l, hogy a 78-as verzi?? ut??n megv??ltozik a GPG kezel??se. De a DEBIAN buster verzi?? m??g nem ??rte el ezt a v??ltozatot. A mell??kletet, amelyet k??ldt??l, m??g nem pr??b??ltam ki, k??sz. ??dv??zlettel J??nos _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
gnu pgp
Mit jelent az, hogy a Thunderbird nem támogatja a GNU pgp-t? Pillanatnyilag 68.11 a Thunderbird, és azt írja ki, hogy gnu pgp nem található. Pedig előzőleg működött. A DEBIAN frissítést tavaly végeztem (dist-upgrade). Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: esp partition
2020. 08. 05. 10:19 keltezéssel, wf...@niif.hu írta: > > Az "ESP flag", amire én gondolok, egy GPT GUID. A partíció tartalmát és > olvashatóságát sem befolyásolja, kizárólag egy jelzés az UEFI firmware > számára, hogy próbálhat onnan bootolni, ha nincs jobb ötlete. Megoldva. Egy egyszerű mount megnyitotta a partíciót, és ide-oda tudok másolni. A jelenség csak a felhasználói automount esetében jelentkezik. root-ként csatolható a partíció. Köszönettel János -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: esp partition
2020. 08. 05. 10:19 keltezéssel, wf...@niif.hu írta: > Bármit is csinált a telepítő, ez semmiképp sem indokolt, és biztosan > javítható, szóval légyszi fejtsd ki bővebben! Mi kerül a syslogba, > amikor csatolod a diszket, milyen partíciós táblát mutat rajta az > fdisk -l? > >> Reboot az új rendszerrel: ekkor derült ki, mi történt. A flag az új >> partíción: "boot" "esp". > Ezt a parancsot is mutasd meg, légyszi, a kimenetével együtt! A linux lista nem fogad el képet. Ezért csak a szöveges átírását tudom elküldeni. Amit írtam, azt a gparted írta ki. A meghajtóm a többi három partíció hagyományos, amilyet megszoktam. Idézet: Aug 5 11:13:46 HomeDebian kernel: [ 716.961451] scsi 6:0:0:0: Direct-Access WD Elements 2621 1026 PQ: 0 ANSI: 6 Aug 5 11:13:46 HomeDebian kernel: [ 716.961951] sd 6:0:0:0: Attached scsi generic sg6 type 0 Aug 5 11:13:46 HomeDebian kernel: [ 716.962801] sd 6:0:0:0: [sdf] Spinning up disk... Aug 5 11:13:48 HomeDebian kernel: [ 717.984695] ..ready Aug 5 11:13:48 HomeDebian kernel: [ 719.009008] sd 6:0:0:0: [sdf] 1953458176 512-byte logical blocks: (1.00 TB/931 GiB) Aug 5 11:13:48 HomeDebian kernel: [ 719.009250] sd 6:0:0:0: [sdf] Write Protect is off Aug 5 11:13:48 HomeDebian kernel: [ 719.009254] sd 6:0:0:0: [sdf] Mode Sense: 47 00 10 08 Aug 5 11:13:48 HomeDebian kernel: [ 719.009477] sd 6:0:0:0: [sdf] No Caching mode page found Aug 5 11:13:48 HomeDebian kernel: [ 719.009485] sd 6:0:0:0: [sdf] Assuming drive cache: write through Aug 5 11:13:48 HomeDebian kernel: [ 719.047225] sdf: sdf1 sdf2 sdf3 sdf4 Aug 5 11:13:48 HomeDebian kernel: [ 719.048260] sd 6:0:0:0: [sdf] Attached SCSI disk Aug 5 11:13:49 HomeDebian kernel: [ 720.167580] EXT4-fs (sdf4): mounted filesystem with ordered data mode. Opts: (null) Aug 5 11:13:49 HomeDebian systemd[1]: Created slice system-clean\x2dmount\x2dpoint.slice. Aug 5 11:13:49 HomeDebian systemd[1]: Started Clean the /media/jzana/linux2tar mount point. Aug 5 11:13:49 HomeDebian udisksd[698]: Mounted /dev/sdf4 at /media/jzana/linux2tar on behalf of uid 1000 Aug 5 11:13:49 HomeDebian ntfs-3g[2876]: Version 2017.3.23AR.3 integrated FUSE 28 Aug 5 11:13:49 HomeDebian ntfs-3g[2876]: Mounted /dev/sdf1 (Read-Write, label "Elements_linux", NTFS 3.1) Aug 5 11:13:49 HomeDebian ntfs-3g[2876]: Cmdline options: rw,nodev,nosuid,uid=1000,gid=1000,uhelper=udisks2 Aug 5 11:13:49 HomeDebian ntfs-3g[2876]: Mount options: nodev,nosuid,uhelper=udisks2,allow_other,nonempty,relatime,rw,default_permissions,fsname=/dev/sdf1,blkdev,blksize=4096 Aug 5 11:13:49 HomeDebian ntfs-3g[2876]: Global ownership and permissions enforced, configuration type 7 Aug 5 11:13:49 HomeDebian systemd[1]: Started Clean the /media/jzana/Elements_linux mount point. Aug 5 11:13:49 HomeDebian systemd[1]: Started Clean the /media/jzana/FAT_UJ mount point. Aug 5 11:13:49 HomeDebian udisksd[698]: Mounted /dev/sdf1 at /media/jzana/Elements_linux on behalf of uid 1000 Aug 5 11:13:50 HomeDebian udisksd[698]: Mounted /dev/sdf2 at /media/jzana/FAT_UJ on behalf of uid 1000 (tehát a /dev/sdf3 partíciót nem látja). Üdv, János > -- > dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
esp partition
Csatoltam a géphez egy külső drájvot, azt tervezve, hogy ez teljes egészében linuxos dolgok háttértárolója legyen. Tettem rá partíciós táblát is. Ezután jutott eszembe, hogy - ha már képes a gépem USB-ről bootolni - miért ne legyen rajta oprendszer. Betettem egy live Debian Bustert, és arról telepítettem fel a futtatható rendszert. Nem változtattam; azt a menüpontot választottam, hogy fogadja el a már előzőleg előkészített partíciós táblát. Ez eddig szép, a külső drájv szépen bootol. Gondoltam, príma, tudok ide-oda másolgatni félrerakott biztonsági mentéseket. Azonban, ha az asztali gépről indítok (szintén Buster), ugyanaz a partíció láthatatlan. Reboot az új rendszerrel: ekkor derült ki, mi történt. A flag az új partíción: "boot" "esp". Nem akarattal történt; valószínűleg a telepítő állította át azt a flag-et GPT-re (UEFI). Kérdésem: Vagy alkalmassá kell tennem az asztali gépet az ilyen partíció olvasására Vagy törölnöm az "esp" flag-et. Gondolom, ezzel a partíció egész tartalma elvész. Melyik a könnyebb út, melyiken induljak? Üdvözlettel Z.J. -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** gpt fáljrendszer
Múlt héten vettem egy külső merevlemezt. Olyat vettem észre, amire még soha nem figyeltem fel. A Windows NTFS fájlrendszerűnek tekinti; linux alatt kiderült, hogy gpt. Egyetlen partíció van rajta,és a maradék terület. > ATA device, with non-removable media > Model Number: WDC WD10SDRW-11A0XS0 >> ommands/features: >> Enabled Supported: >> * SMART feature set >> Security Mode feature set >> * Power Management feature set >> * Write cache >> * FLUSH_CACHE_EXT >> * SMART error logging >> * SMART self-test >> * General Purpose Logging feature set >> * SMART Command Transport (SCT) feature set >> * SCT Write Same (AC2) > Na most, a smartctl azt állítja, hogy az eszköz tiltja a smartctl végrehajtását. > /dev/sdd: Unknown USB bridge [0x1058:0x2621 (0x1026)] > Please specify device type with the -d option. man smartctl ilyet nem tartalmaz. Végignéztem valamennyi -d paraméterét. Nem kapitális a probléma, hiszen új az eszköz, de azért szeretnék tisztában lenni vele. Tehát: lehet-e ellenőrizni smartctl-lal? Üdv, János -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Re: vpn beállítás
2020. 04. 07. 13:41 keltezéssel, Solti Imre írta: > > Én ezt használom: https://userbase.kde.org/KVpnc - könnyen, gyorsan > konfigurálható. Mára leállok; attól félek, hogy a túl sok sikertelen próbálkozás miatt letiltanak. Nem testszik, hogy root jogokkal kell indítani. Nem tudom, miket kell beállítani az openvpn ablakban. > 428 2020-04-07 15:08:01 debug: Setting DNS_UPDATE "NO". > 429 2020-04-07 15:08:01 debug: Starting Openvpn management handler... > 430 2020-04-07 15:08:01 error: OpenvpnManagementHandler: Connection > refused > 431 2020-04-07 15:08:01 debug: [openvpn] Options error: --dh fails > with 'dh1024.pem': No such file or directory > 432 2020-04-07 15:08:01 debug: [openvpn] Options error: Please correct > these errors. > 433 2020-04-07 15:08:01 debug: [openvpn] Use --help for more information. > 434 2020-04-07 15:08:01 debug: [openvpn] > 435 2020-04-07 15:08:01 debug: [openvpn] Tue Apr 7 15:08:01 2020 > WARNING: file '/root/.kde/share/apps/kvpnc/openvpn_privatekey_hu.pem' > is group or others accessible Folyt köv holnap. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Re: vpn beállítás
2020. 04. 07. 13:41 keltezéssel, Solti Imre írta: > > Én ezt használom: https://userbase.kde.org/KVpnc - könnyen, gyorsan > konfigurálható. Milyen jelszót érdemes beírni neki? A feleségem nem használ gpg-t. Application: KVpnc (kvpnc), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [KCrash Handler] #6 0x5592e92718d2 in KVpncConfig::loadOptions (this=0x5592eb1c36f0) at ./src/kvpncconfig.cpp:1016 #7 0x5592e9350a39 in KVpnc::KVpnc (this=0x5592eb11ed10, parent=, __in_chrg=, __vtt_parm=) at ./src/kvpnc.cpp:174 #8 0x5592e91b5abc in main (argc=1, argv=0x7ffd366bd988) at ./src/main.cpp:121 > -- > dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** Re: Re: Re: vpn beállítás
2020. 04. 07. 13:39 keltezéssel, Peter Pataki írta: > https://strongvpn.com/setup-linux-openvpn/ > Celszeru parancssorbol inditani es leallitani: > On Debian, Ubuntu and Linux Mint use: Csakhogy nekem és a feleségemnek más a munkahelye, tehát két független config fájlt kell kezelnünk. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
***UNCHECKED*** vpn beállítás
Most, hogy itthonról dolgozunk, be kellene állítanom a VPN-t. Magát a csomagot letöltöttem. Hova kell tenni a személyes config fáljt? És hogyan indul? Vagy van-e valahol linuxos beállítási útmutató? Üdvözlettel János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Hangkártya line-in stream LAN felé mivel-hogyan?
2020. 02. 02. 10:13 keltezéssel, Hegedüs Ervin írta: > Hangkártya line-in bemenetről érkező hangforrás jelét szeretném helyi >> hálózatra stream-elni, mp3 adatfolyam teljesen megfelelő lenne. Hiába >> olvasgattam különféle parancsok manpage oldalait, különféle Ezt Wifi-re is meg lehet csinálni? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Enigmail
Úgy látom, a Thunderbird frissítés letörli az Enigmail kiegészítőt. Újra kell telepíteni, vagy van más helyette? Üdv, János -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: 3D tervező kerestetik
2019. 05. 09. 19:50 keltezéssel, Zsolt Gádori írta: > > Szóval most egy kicsit több kellett. Találtam egy leírást, ami azzal > foglalkozott, hogy > miként kell 9-re frissíteni a 8-at. Ott tértek ki arra, hogy némelyik > tárolót más url-re tették. Melyik linket kell átírni az apt-get-hez? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
hdparm
Érdekes jelenségbe futottam bele. Külső USB hard disk azonosítóit nem sikerült leolvasnom (stretch). Az eszköz felirata M3 Maxtor hdparm -I /dev/sde eredménye: Modell: Seagate M3 Portable Sorozatszám: none Vicces, de egy módon sikerült mégis azonosítanom. Mobil telefon QR kód leolvasója sikeresen leolvasott egy egyedi azonosítót a készülékház címkéjéről, valami effélét: NM64QXXE. Miért? Van-e a hdparm-on kívül más eszköz is ere a célra? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Lebetegedett az xrdp
2017-12-28 22:05 keltezéssel, Kosa Attila írta: > On Thu, Dec 28, 2017 at 12:32:30PM +0100, dr. Zana János wrote: >>> dec 28 12:10:58 szerver systemd[1]: Starting xrdp daemon... >>> dec 28 12:10:59 szerver systemd[1]: xrdp.service: Failed to read PID >>> from file /run/xrdp/xrdp.pid: Invalid argument >> A szervert szeptemberben telepítettem, két hónapon át ment az xrdp. Most >> két hete egy ártatlan apt-get upgade után üzemképtelenné vált. >> >> En a logokba neznek bele elso korben... >> Megoldódott. Egészen más okból újraindítottam a gépet, azóta fut az rdp. Ezek szerint vagy a pid vagy a socket volt foglalt, amiatt nem inult újra. -- dr. Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Lebetegedett az xrdp
2017. 12. 28. 22:05 keltezéssel, Kosa Attila írta: > En a logokba neznek bele elso korben... > daemon log (a system logban ugyanezt látom): Dec 29 17:16:43 szerver systemd[18958]: Startup finished in 188ms. Dec 29 17:16:43 szerver systemd[1]: Started User Manager for UID 1000. Dec 29 17:22:02 szerver systemd[1]: Starting xrdp session manager... Dec 29 17:22:02 szerver xrdp-sesman[19171]: (19171)(-122256)[DEBUG] libscp initialized Dec 29 17:22:02 szerver xrdp-sesman[19172]: (19172)(-122256)[INFO ] starting xrdp-sesman with pid 19172 Dec 29 17:22:02 szerver systemd[1]: Started xrdp session manager. Dec 29 17:22:02 szerver systemd[1]: Starting xrdp daemon... Dec 29 17:22:02 szerver xrdp-sesman[19172]: (19172)(-122256)[ERROR] bind error on port '3350': 22 (Invalid argument) Dec 29 17:22:03 szerver xrdp-sesman[19172]: (19172)(-122256)[DEBUG] Closed socket 7 (AF_INET6 :: port 0) Dec 29 17:22:03 szerver systemd[1]: xrdp.service: PID file /run/xrdp/xrdp.pid not readable (yet?) after start: No such file o$ Dec 29 17:22:03 szerver systemd[1]: xrdp-sesman.service: Control process exited, code=exited status=1 Dec 29 17:22:03 szerver systemd[1]: xrdp-sesman.service: Unit entered failed state. Dec 29 17:22:03 szerver systemd[1]: xrdp-sesman.service: Failed with result 'exit-code'. Dec 29 17:22:05 szerver xrdp[19185]: (19185)(-1222827008)[INFO ] starting xrdp with pid 19185 Dec 29 17:22:05 szerver xrdp[19185]: (19185)(-1222827008)[ERROR] xrdp_listen_main_loop: listen error, possible port already i$ Dec 29 17:22:05 szerver xrdp[19185]: (19185)(-1222827008)[DEBUG] Closed socket 11 (AF_INET6 :: port 0) Dec 29 17:22:05 szerver systemd[1]: xrdp.service: Daemon never wrote its PID file. Failing. Dec 29 17:22:05 szerver systemd[1]: Failed to start xrdp daemon. Dec 29 17:22:05 szerver systemd[1]: xrdp.service: Unit entered failed state. Dec 29 17:22:05 szerver systemd[1]: xrdp.service: Failed with result 'resources'. Az itthoni gépemben is a 3350-es port szerepel a sesman-ban. Igaz, önmagamhoz sose próbáltam belépni. (Az xrdp.ini beállításainál azt találtam, hogy port=-1.) De megpróbáltam már letörölni és újratelepíteni. Az se segített. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Lebetegedett az xrdp
> root@szerver:/home/jzana# systemctl status xrdp.service > ● xrdp.service - xrdp daemon > Loaded: loaded (/lib/systemd/system/xrdp.service; enabled; vendor > preset: enabled) > Active: failed (Result: resources) since Thu 2017-12-28 12:10:59 > CET; 25s ago > Docs: man:xrdp(8) > man:xrdp.ini(5) > Process: 19758 ExecStopPost=/bin/rm -rf /var/run/xrdp/sockdir > (code=exited, status=0/SUCCESS) > Process: 19753 ExecStop=/usr/sbin/xrdp $XRDP_OPTIONS --kill > (code=exited, status=0/SUCCESS) > Process: 9278 ExecStart=/usr/sbin/xrdp $XRDP_OPTIONS (code=exited, > status=0/SUCCESS) > Process: 9269 ExecStartPre=/bin/sh /usr/share/xrdp/socksetup > (code=exited, status=0/SUCCESS) > Main PID: 19638 (code=exited, status=0/SUCCESS) > > dec 28 12:10:58 szerver systemd[1]: Starting xrdp daemon... > dec 28 12:10:59 szerver systemd[1]: xrdp.service: Failed to read PID > from file /run/xrdp/xrdp.pid: Invalid argument > dec 28 12:10:59 szerver systemd[1]: Failed to start xrdp daemon. > dec 28 12:10:59 szerver systemd[1]: xrdp.service: Unit entered failed > state. > dec 28 12:10:59 szerver systemd[1]: xrdp.service: Failed with result > 'resources'. A szervert szeptemberben telepítettem, két hónapon át ment az xrdp. Most két hete egy ártatlan apt-get upgade után üzemképtelenné vált. Böngésztem a mauálokat, de nem jöttem rá, mi az, ami megváltozott október óta. Van valakinek tanácsa? Próbálkozzam másik grafikus remote admin szerver-programmal? (debian stretch). Üdv, János -- Zana János -- otthoni posta _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
problem linux
A linuxom már egx éve kifogástalanul működik. Ma reggel bekapcsolás után a karbantartási üzemmód jött fel. Kézzel kimásolva a journalctl egyik jellemző sora így kezdődik: systemd-udedv[361]failed to execute '/lib/udev/socket@/org/freedesktop/hal/udev-event' ' socket:@org/fre (a többi kívül van a képernyő szélén, nem látszik).Mi ez? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
boot szektor
Nem szertném ezt a threadet hozzákeverni a másikhoz, inkább újat nyitok. Egyik előző levélhez kapcsolódom: A linuxot a legkönnyebb helyreállítani. Nem mellesleg én éppen az ilyen problémák megelőzése érdekében (annak idején, amikor még nem csak virt. gépben volt vindózom, hanem igazi partíción is) azt szoktam csinálni, hogy nem az MBR-be tettem a lilo-t (majd a grub-ot), hanem a linux partíciójára. Aztán ha a buta vindóz valamit elbarmolt (ami ebben az esetben már legfeljebb annyi lehetett, hogy a saját partícióját állította bútolhatóra), semmi mást nem kellett csinálni, mint visszatenni az aktív flag-et a linux partíciójára, és minden ment tovább. Már tavaly, nem emlékszem, mitől, elromlott egy boot szektor. A jelenség az, hogy az fstab megmutatja, de hibásnak jelenti a partíciós táblát. A gparted viszont egyáltalán nem látja; a partíciókat linuxból mountolni nem lehet; a windows alól a saját partíciói hibátlanul működnek. Ebből a helyzetből többször is kisegített a sytem rescue CD, és a benne szereplő "test disk" program. Ez általában két óra hosszat olvassa be a partíciókat, majd lehetővé teszi tartalmunknak mentését (átmásolását máshová). Kezdetben jó boot szektort írt ki, de újabban azt vettem észre, hogy ismét olyan hibás boot szektort hoz létre, mint a gparted. Tehát, hogy linux alól nem mountolhatóak az (egyébként hibátlan) partíciók. Legutóbbi futtatása alkalmával helyreállított két partíciót, az utána levő kettőt "törölt" állapotban hagyott. Sajnos, azt nem teszi lehetővé a program, hogy visszaállítsam a helyes típust (82, 83, vagy 7) a partíció tartalmának sérülése nélkül. Kérdésem: mi okozza, hogy a gparted időnként hibás boot szektort generál. (Ez okozta a másik threadben kifejtett problémáim egy részét.) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015.12.30. 15:52 keltezéssel, Nemes Szabolcs írta: Egyébként pedig akár egy xp-s install-cédéről bútolva a parancssorból helyre lehetne rakni (fixboot-tal, ha jól emlékszem a nevére). Nem vagyok túl a nehezén. Megpróbálom leírni, mit szúrtam el. Először is túl bonyolult gépem van: egy MBR-ből indul három különböző operációs rendszer. Az első hibám: benne hagytam a gépben a klónozandó és a klónozott winchestert. Ezért "két azonos I.D." hibaüzenetet kaptam, és tönkrement az XP. Másodszor, kihasználva, hogy a gép úgy is problémás, megpróbáltam újrarendezni a partíciókat. Főként az XP partícióját: megnöveltem. Ezőzőleg az a disk is hibás boot szektortral rendelkezett, amelyen a WIN7 működik, ezt a System rescure lemezzel próbáltam meg rendbehozni. Életre is keltette az ott létező 100 gigabájtos linux partíciót, de elrontotta az utána következő NTFS partíciókat. (Ekkor már csak a linuxom működött.) Nem maradt más hátra, a Win7 által decemberben készült image-ből helyreállítottam mindkét Windoswt. Sajnálatos módon nem lehet függetlenül kezelni a két telepítést, ha a WIN mentési rendszerére szorítkozom. Mindkét Windows helyreállt, üzemképes lett. AZ XP-t csak eredeti méretében másolta vissza. A Win7 számára (mivel talált szabad helyet) megnövelte a partíció méretét. Ekkor követtem el a következő hibát. Ez valószínűleg az EasyBCD volt, amellyel újraírtam a boot szektort. Azóta nem tudom helyreállítani mindkét windowst: vagy az XP működik, vagy a Win7. A linux megoldódott, mert megtaláltam a telepítő anyagát, és belépve rescue módba, megtaláltam azt a shell ablakot, amely be tud lépni a helyreállítandó linuxba. Elnézést a hosszú magyarázatért; jön a kérdés. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Tervem szerint újraparticionálom a klónozott winchestert, és megismétlem a windows image fáljok visszaírását. Mivel az XP visszaírásával kockáztatom a mellette levő linuxot, az a tervem, hogy - ilyet még nem csináltam - klónozom a linux partíciót (tehát biztonsági másolatként kezelem), s ezt a mentési műveletek befejezése után olyan azonosítójú partícióba másolom át, amilyen eredetileg volt: /dev/sda3. Annyi szépséghibája van a dolognak, hogy emiatt nyilván megváltozik a root partíció UUID-je, hiszen más területre kerül vissza. Jól sejtem? Mire vigyázzak közben? Van biztonságosabb megoldás is? Üdvözlettel János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2016.01.03. 15:44 keltezéssel, Szabolcs Regős írta: Ha tobb rendszert akarsz parhuzamosan hasznalni, akkor igenis tessek olyan szabvanyos kontenert hasznalni (pl. particios tabla), amit mindegyik ert. Persze hogy lehet LVM-et hasznalni particios tabla Mondjuk én eleve fura ötletnek tartom, hogy egy számítógépen több oprendszer legyen bebootolható, produktív környezetben meg értelmét se látom. Partícionálni egy disket, amelyet egyben akarunk használni? Ez is olyan hülye PC-s ötlet. Kb olyan, mint amikor valaki azért csinál volume groupot, hogy utána az összes extentet egyetlen logical volume-ban használja. Akkor minek? (mondjuk ez utóbbira azért nagy nehezen, a hajánál előrángatva azért lehet találni magyarázatot, de az is elég gyenge lesz) Ez egy egyszerű mezei laptop; van olyan alkalmazás, amely linux alatt stabilabban fut, és ingyenes. Másrészt van, amihez csak windowsos felhasználói szoftvert lehet találni. Ritkán, de kell kétféle futtatási környezet. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2015.12.31. 12:15 keltezéssel, Nemes Szabolcs írta: Nem tudtad elindítani, mert nem volt lilo-d, vagy elkezdett bútolni valahogyan, és hibaüzenettel megállt? Mert ezek azért nagyon eltérő dolgok... Ha a linux összeomlik, akkor kiírja, hogy "kernel panic" és a billentyűzeten elkezdenek Ezen a laptopon grub van. A jelenség: első linux bootnál minden rendben volt (!). Második bootnál különféle hibaüzeneteket vettem észre (már nem emlékszem, egy hónapja volt). Elkezdtem apt-gettel javítgatni (reinstall), egyre több hibát jelzett, leállt a wifi kapcsolat is. Újraraktam a rendszert, azóta semmi baja. Tegnap megnéztem a partíciós táblát; rendben van: windows, linux és swap. Nincs rejtett partíció a gépben. Ja, azért egy probléma akadt. Az első telepítésnél kde (kdm) volt, hibátlan. Az új (jessie) telepítésnél összeomlik a kdm, kénytelen voltam más ablakkezelőt választani. Most már én se írok többet az idén. Boldog újévet! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2015-12-30 18:05 keltezéssel, Hofferek Attila írta: On 2015. 12. 30. 18:03, dr Zana János wrote: Lehet annyira elvadult a Microsoft, hogy egész egyszerűen beleír a linux partícióba? Ezt te látod. Beleírt? Nem. Egyrészt összeolmott a linux. Ebben az állapotában nem kérdezhettem le semmit. Újratelepítés után meg már nem látszott. Másrészt, beszélgetés közben egy számítógépes ismerősöm megerősített ebben. Harmadrészt, a Windows10 nem hajlandó letölteni a legújabb összefoglaló frissítést. Ebből azt a következtetést vontam le, hogy elveszett számára a Windows7 visszaállítási lehetőség. Természetesen feltételezés. A hibaüzenet csak annyit közöl, hogy hardver hiba okozta. Üdv, Jánoa _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Linux kontra Windows10
Ez most egy másik gép (egy laptop). Éltem azzal a lehetőséggel, hogy ingyenesen frissíthető a Windows7 a Windows 10-re. Azám! De ettől kezdve összeomlott a linuxom. Állítólag a Windows10 létrehoz egy rejtett partíciót a gépben, hogy vissza lehessen állni Windows 7-re. Igaz ez? Lehet annyira elvadult a Microsoft, hogy egész egyszerűen beleír a linux partícióba? A linuxot azóta újratelepítettem, de kíváncsi vagyok, mi igaz ebből. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015.12.30. 15:52 keltezéssel, Nemes Szabolcs írta: Egyébként pedig akár egy xp-s install-cédéről bútolva a parancssorból helyre lehetne rakni (fixboot-tal, ha jól emlékszem a nevére). Csakhogy ez egyedül az XP-t hagyja meg bootolhatónak, a linux eltűnik. A windows7-et helyre tudom állítani, arra van már javítólemezem. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015.12.23. 11:46 keltezéssel, Szabolcs Regős írta: Most az a helyzet, hogy hiába kapcsolom ki a BIOS setupban a régi drájvot, mégis az bootol. Üdv, János Mármint arról bootol a GRUB? Ave, Saabi. Arról indul a LILO. A lilo és a linux most rendben van, viszont az XP azt írja ki, hogy rakjam be a telepítőlemezt, mert NTLDR hiba van. Nem tudom, mitől, közben többször rendben bebootolt. Annyi történt, hogy visszadugtam azokat a diszkeket, amelyeket lehúztam klónozás közben. Ja, és megcseréltem a fejkábelt az eredeti és a klónja között. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
clone zilla
Szeretném egy 160 Gbytos diszk tartalmát egy 500 Gbytosra átrakni. Ha sikerül, akkor gparted-del meg tudom (?) növelni a partíciók tartalmát. Van rajta egy XP, egy Debian oldstable és a Windows7 boot-ja. A gép lilo-val indul. Mi a véleményetek, mekkora a rizikó? Fog-e menni Clonezillával? Addig elmerészkedtem, hogy bebootoltam a Clonezilla lemezzel, kijelöltem a forrás diszket, a céldiszket ... aztán kiléptem. Mire vigyázzak? Mennyi ideig fog tartani? (8-10 órát jósolnak). Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
dist-upgrade jessie
Azt írtam: Laptopon upgradeltem jessie-re. Reboot után látszottak a közeli WIFI routerek, de nem tudott kapcsolódni egyikhez sem. Maintenance módban viszont kapcsolódott, volt hálózat. Új reboot, normál, megint nincs hálózat. Ekkor megnéztem /etc/networks/nterfaces -- csak eth0 volt benne! Téves. Nincs modul. Centrino Advanced-N 6200 Le kellett volna töltenem, amikor még volt hálózatom. Most már nincs. Letöltöttem egy másik gépre, és valamelyik nap átviszem pendrájvon. Az interface bejegyzés valószínűleg így fog kinézni: iface iwlwifi inet dhcp Jól sejtem? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
dist-upgrade jewsie
Ezt írtam: Laptopon upgradeltem jessie-re. Reboot után látszottak a közeli WIFI routerek, de nem tudott kapcsolódni egyikhez sem. Maintenance módban viszont kapcsolódott, volt hálózat. Új reboot, normál, megint nincs hálózat. Téves. Nincs hálózat. Centrino Advanced-N 6200. Le kellett volna töltenem, amíg még volt hálózatom. Most megpróbálom pendrájvon átvinni a laptopra. A kérdés már csak az, hogy mi a modul neve. Sejtésen szerint az interfaces tartalmát a következőképpen kell majd kitöltenem: iface iwlwifi inet dhcp Jól sejtem? Üdvözlettel János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015.08.26. 9:34 keltezéssel, Kiss Gabor írta: https://wiki.centos.org/HowTos/GrubInstallation g Ebben ez áll: 4 title CentOS 5.6 i686 5 root (hd0,5) 6 kernel /boot/vmlinuz-2.6.18-238.19.1.el5.centos.plusPAE ro root=/dev/sda6 rhgb noquiet 7 initrd /boot/initrd-2.6.18-238.19.1.el5.centos.plusPAE.img A kérdésem az, hogy, ha apt-upgrade-del kernelt frissítek, meg fogja-e találni azt, amelyikre vonatkozik a frissítés? Tehát mitől fogja generálni a megfelelő drájvra érvényes vmlinuz és initrd fáljokat? Mert nálam rossz drávjvra generálta (hiszen megcserélődött). Sőt, az itthoni gépemen, amelyben van rack, PATA drájvval, és épp olyankor frissítek kernelt, itthon is tudom produkáni ugyanezt a hibát. Jelenleg a grub.cfg egy részlete a következő: insmod ext2 set root='(hd0,msdos5)' <<--- search --no-floppy --fs-uuid --set=root b9292861-dd56-4761-a250-d200e87fbbf6 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 ##load_video Csakhogy, amikor az apt-get upgrade lefut, a root device épp a (hd1) és nem a (hd0), és ennek alapján generálódik az initrd. Üdv, ZJ _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015.08.25. 15:45 keltezéssel, Hegedüs Ervin írta: parancsnak mi a kimenete? (Ill az ott levő eszköznevek illeszkednek a valós beállításokra?) # cat /boot/grub/device.map (hd0) /dev/disk/by-id/ata-SAMSUNG_HD252HJ_S17HJ9DQ817645 # ls -l -rw-r--r-- 1 root root 57 szept 11 2014 /boot/grub/device.map Tavasszal ez volt az egyetlen winchester a gépemben. Most két hete beraktak egy 80 Gbájtos eszközt. Ez tartalmazza a Windows7-et. Indítás közben megnyomom az F12 billenytyűt, és választhatok a boot eszközök között. Ezt azért tette a Windows rendszergazda, hogy megmaradjon nekem sértetlenül a linuxom. Választom tehát a 250 Gbájtos eszközt, és gond nélkül feláll a linux rendszer. Mint látható, ez tavaly óta így van (akkor volt benne utoljára a PATA diszk. Ezt ő kiszerelte, most hazahoztam, hogy lementsek róla mindent, mert itthon van rack fiók). Üdv, János U.I. a BIOS setup jelszavát természetesen nem kötik az orromra. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: BIOS Setup
2015.06.08. 17:06 keltezéssel, Ferenc Wagner írta: Nincs semmilyen konzol átirányítási lehetőség ezekben a BIOS-okban? Serial over LAN, IPMI, bármi? Floppyra lehet írni... Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: adsl modem hibakod
2010.10.16. 11:51 keltezéssel, Moczik Gabor írta: > Nem fogsz kódot találni a logban, mert a f*szkalapoknak a win-specifikus > érthetetlen hibakód kell. Szerezz valahonnan egy Windows live-on CD-t, amelyről bootolni lehet. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: confirm 37cfc4a23ed292bb61b759ee99caa47da9e3f124
2010.06.25. 17:29 keltezéssel, Mészáros Csaba írta: >> >> Listatagságod visszaállításához elég erre a levélre válaszolnod (a >> Subject: sort ne változtasd), vagy a következő címre ellátogatnod _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: rt73 usb wifi
BEREGNYEI Balazs írta: > mukodik), hanem pl. wpa_supplicant-tal. Nekem is ezzel sikerült, még az RT61-gyel. A másik problémája az volt, hogy nem fogadta el a szöveges kódot; csak a hexa 10 karakterest. Új jelszót kellett állítanom. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4737 (20100102) __ Az üzenetet az ESET NOD32 Antivirus ellenõrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SMART error (CurrentPendingSector)
Hegedüs Ervin írta: >> Tehat volt offline teszt. Ehhez nem kell smartd, a diszk csinalja >> magatol is rendszeresen, ha a "smartctl -c" kimeneteben az "Auto Offline >> Data Collection" utan "Enabled" van. Ezt akar a BIOS is bekapcsolhatja Valahol az /etc/smartcrl.conf fájlban benne van, hogy mit csináljon (a válaszom pontatlan, mert épp M$ alatt vagyok; emlékezetből írom) Ha garanciális + ha már egy HDD meghalt így, akkor kérjél cserét. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4701 (20091219) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
halozati nyomtato
Tudom, hogy ezen a listán off-topic, de a linux kezdőn már megkérdeztem, és végignyaltam a Gugglit is, eredmény nélkül. A körülmények: Windows Domain beléptetéses rendszert építettek ki. Ebben a környezetben akarok linux lenny alatt dolgozni (desktop). A munkacsoportok neve eltérő. A CUPS nyomtatás néhány hétig működött nekem így: smb://passwd:u...@workgroup/szerver_IP/nyomtató Amikor ez a lehetőség megszűnt, felraktam ninden felrakhatót, beleértve a turboprint-et is és a linuxprintig erre vonatkozóanyagait (pdd). A másik nyomtatónk hozzáférését nmap segítségével olvastam le. A 9100-as port minősítése: "open" (nem filtered!). Elérését beállítottam így: socket://IP_ADDRESS:9100 A turboprint tesztje rendben találja a kapcsolatot! Ezután nyomtatnék. Ekkor a következőt csinálja: közli, hogy nincs bekapcsolva a nyomtató Kis animációval jelzi, hogy hány százaléka ment át a dokumentumnak Utána közli, hogy a nyomtatás átment, 100 %. De kapcsolat továbbra sincs A nyomtató meg se rezdül. (CANON imageRunner 2016) Néha elkészíti nekem a debug kimenetet, de annak nem tudom értelmezni a sorait. Ami gyanús benne, hogy authentikációt emleget. Ezt speciel nem értem, mert Windows alatt nincs semmilyen különleges authentikáció. Ha valaki ismeri a domain-es hálózatok felépítését, legyen szíves megdobni néhány releváns résszel. Legalább, hogy mire keressek rá a NET-en.Üdvözlettel János U.I. Windows alatt be kellett állítanunk valamit, hogy ne kérdezze le a nyomtató állapotát. Ehhez én nem nyúlhatok, mert ez a rendseraminisztátor jogosultsága. És ilyen egyetlen linuxos programban sem telálható. __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4517 (20091017) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: [Admin] Szavazás
Nemeth Gyorgy írta: > Tudtommal a linux-kezdő lista (és talán ez is) úgy van beállítva, hogy > csak feliratkozott tagtól fogad el levelet, de ettől még newson > keresztül is lehet írni, csak az a feltétel, hogy azzal a névvel, Csak halkan jegyzem meg, hogy nincs reverse-DNS a cégemnél; onnan nem tudok news listára írni. Csak hazulról. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4497 (20091011) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: [Admin] Szavazás
Pápai Balázs írta: > 2. Álljon vissza az eredeti állapot. > > Becslésem szerint mélyen egy százalék alatt volt a spam részaránya, ez elviselhető. Emiatt nem kell moderáltnak lennie. A lista a news.iif.hu szolgáltatón is olvasható, nemcsak a googlén. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: wtmp
Bartos-Elekes Zsolt írta: >> a logrotate aug. 1-én kezdte az új fájlt, s progik hoznak júliusi >> > Megneztem a last forrasat, kozvetlenul olvassa a wtmp-t, szoval > valoszinuleg egyszerubb lenne ott atirni, amit kell. > Kicsit durva megoldás: mi lenne, ha ideiglenesen átneveznéd a logrotate által átnevezett júliusi fájlt. Persze, a közben érkező belépéseket így elveszíted. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache ekezet: debian vs. ubuntu
Papp Tamas írta: >>> AddDefaultCharset-et hiaba allitom akarhova, nem segit, sot, semmit >>> nem valtozik tole. Olyan, mintha be lenne betonozva. Bocs, ha egy kicsit off-topic. Nálam DeafultCharset UTF-8 van (debian). A webalizer helytelen karaktereket küld ki. Valami be van betonozva... A configjában nincs semmi utalás karakterkészletre (default-ban hagytam). Nagyon nem zavar, mert egyedül én olvasom. De azért jó lenne rendesen beállítani. Hol? Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4224 (20090708) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: X debootstrap-bol
Gabor Gombas írta: > Mostanaban mar nem nagyon kell xorg.conf; ha nincsenek extra igenyeid, a > chroot-ban maceras lehet. Probald meg, hogy kint fusson a hal, es a > /var/run/dbus/system_bus_socket -et bind mountold a chroot-on belulre, Sajnos nálam nincs ilyen. Nem működik az ALT-CTRL-PLUSZ, azaz: nem tudok felbontást váltani. És a user kilépéskor lefagy a gép. Elveszti a kapcsolatot az X-szel. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4224 (20090708) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Fedora 11 Live magyarul...
Makó Gábor írta: > Illetve a "Live CD install to hard drive" menüben hiába választom > hogy "hungarian", nem lesz magyar. > A locales beállításhoz használja, tehát az időzónához. A billentyűzet, meg az információs feliratok nyelve egészen más tészta. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Sokasodó processz(ek)
Vastagh Norbert írta: > Egy szerveremen néhány napja időnként felmegy a processzek száma > (munin szerint), az átlagos ~200-ról 500-600 közé. A munin által > Kíváncsi vagyok, mi lenne, ha leállítanád a munin-t. Az az érzésem, helyreállna a rend. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Erdelyi Gabor írta: > > Ize, gugli ezt adja: > http://www.physics.nmt.edu/~rsonnenf/linuxcontrib/ralink-2561-rt61/ > Ezt is megpróbáltam lefordítani, amikor még hibrid volt a gépem (sarge kernel, etch környezet). Azóta meg nem próbáltam. Kösz! János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Vastagh Norbert írta: > Log-ban nincs semmi? Próbáld meg, hogy ifconfig eth1 up, aztán > Próbáltam. Azt a választ kaptam, hogy nincs eth1 interfész. A próbálkozások idejére kábelen az eth0-án csatlakozik a gép, ezért volna a második a vezeték nélküli. ra0? wlan0? Ilyenek vannak a readmek-ben, amiket eddig találtam. Pl. "eth-home" "eth-work" Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Erdelyi Gabor írta: > lsmod mutatja a modult utana? > A dmesg kimenetenek aljan nincs valami erdekes? Természetesen nem, mert nem töltődött be a modul > Kell a modul, aztan iwconfig meg ifconfig es kesz. > Sem az ifcongig, sem az iwcongig nem talál intefészt Valami olyasmit ír ki az ifcongig angolul, hogy "nincs at eth0-nak wireless kiterjesztése". (Ma nem veszem elő a gépet, mert az unokámmal leszek. Eternet kábel, tápkábel, PS2 egér, elég sok szerelés. Ez egy öreg Toshiba Satellite 4600, amelynek már totál kipukkadt az akkumulátora.) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Erdelyi Gabor írta: >> insmod: can't read 'rt2500': No such file or directory > > modprobe rt2500 > vagy insmod rt2500.ko a fenti sort azért írtam, hogy megmutassam: a modprobe lefut mindenféle üzenet nélkül. Hibaüzenetet se hagy hátra. > > Nem biztos, hogy eth lesz. > Nekem ra remlik. A readme szerint, ha a régimódi interface elnevezéseket szeretnénk használni, átnevezhetjül az eth1-et ra1-gyé. >> Hol kell lennie az rt2x00.conf-nak, és mi a tartalma? > nem emlekszem ilyen file-ra > biztos, hogy kell? > Ezt az Ra2500Conf file írja ki. A konfigurációs parancsfájlok átalában létrehozzák a működésükhöz szükséges konfigurációs fájlt, és segítik a módosítását. Ez arra utal, hogy valami nagyon nincs rendben. Vagy a modul miatt nem tud elindulni, vagy a hozzáférési jogokkal van baj. Például írási jogot kíván olyan interfészhez, amely nem létezik. Az Ra2500Conf-nak például kérnie kellene a rendszergazdai jelszót, de nem kéri, hanem hibaüzenettel kiakad. Ezért eleve root-ként futtatva lehet csak elindítani. Pedig ott van benne, hogy "su-to-root". Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Erdelyi Gabor írta: > lsmod mit mond? Be van toltve a modul? > Nincs az lsmod listán semmi, ami erre utal. Egyáltalán: milyen nevü modult keressek? Olyan biztos nincs, hogy rt2500. > A dmesg kimenetenek aljan latszik valami? A boltban azt mondták, hogy a müködö gépbe is szabad bedugni a kártyát, de eddig nem mertem még megtenni. Ebben az esetben a dmesg végén lenne a szóban forgó üzenet. A bekapcsoláskor létrejövö dmesg-ben meg nem tudom, mit kell keresnem. (Holnap megnézem rendesen; mára már leszereltem.) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Pápai Balázs írta: > module-assistant-tal esetleg? > A Debian_rt2500_Howto szerint csináltam. Volt: # module-assistant auto-install rt2500-source Ismételten lefuttatva semmi nem látszik. apt-get install --reinstall: "Kicsomagolás után 0B lemezterületet használok fel Folytatni akarod [Y/n]? y (Adatbázis olvasása ... Most 98964 fájl és könyvtár telepített.) rt2500-source 1.1.0+cvs20060620-3 cseréjének előkészítése (e csomaggal: .../rt2500-source_1.1.0+cvs20060620-3_all.deb) Csere kicsomagolása: rt2500-source ... Beállítás: rt2500-source (1.1.0+cvs20060620-3) ..." A HowTo szerint ekkor az ifconfig-nak fel kellene ismernie az eszközt: "This will compile the driver against the kernel headers matching the kernel you're currently using, put the compiled driver module in the right place to be used by your kernel, and load the module for you. Your rt2500-based card should now show up with: # ifconfig -a " A különböző leírásokban változik az eszköz neve, ami az eth0 helyébe lép: # ifconfig eth-wifi up. De láttam olyan leírást is, amely szerint az eszköz neve ra0. Egyik se jött létre. Zana:~# iwconfig eth0 eth0 no wireless extensions. Zana:~# iwconfig ra0 ra0 No such device RaConfig2500 üzenete: Device not found (check rt2x00.conf) Ilyen fájlt egyik csomagban sem találtam; sem debian csomagban, sem a letöltött tar.gz csomagokban, pl. RT61_linux_STA_Drv1.1.0.0. Az lspci szerint: 05:00.0 Network controller: RaLink RT2561/RT61 802.11g PCI Subsystem: RaLink Unknown device 2561 Flags: slow devsel, IRQ 11 Memory at 1100 (32-bit, non-prefetchable) [size=32K] Capabilities: [40] Power Management version 2 Elvileg a 2500 és a 2501 közt nincs különbség. Hogyan tovább? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: WiFi kartya
Pápai Balázs írta: >> Végigcsináltam az egész procedúrát az "rt2500-source" debián csomaggal, > module-assistant-tal esetleg? > > Természetesen. A leírás szerint. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux