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
GPT kontra MBR
Asztali gépem csaknem hét éves, minden partíciós tábla MBR rajta. Még a Debian is. Nemrég kedvet kaptam kipróbálni az ubuntu cinnamon MATE operációs rendszert. Azzal kedveltette meg magát, hogy grafikus kártya, ethernet interfész, WIFi, minden tökéletesen csatolódik már indításkor. Megy is szépen, de nem kezeli a Windows partíciókat. A tünet az, hogy indításkor legalább kétszer megjelenik az alaplap (a BIOS) üzenete. Mintha újratöltene onnan valamit. A WIN telepítések indításakor ezt írja ki: Partíciótípus beállítása 0x7 értékre hiba: nem található a parancs: "drivemap". hiba: invalid EFI file path. nyomjon meg egy billentyűt a folyratáshoz... -- chainloader /EFI/Microsoft/Boot/bootmgfw.efi hiányzik Persze, hiszen ő arra vár, hogy a partíció típusa 0x0007 legyen. Hogy lehet ezt megoldani? _ 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: >> febr 26 17:35:23 zana-debian ifup[958]: ifup: failed to bring up eth0 > ^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. Te kellettél hozzá. Megjavult! enp2s0: flags=4163 mtu 1500 inet 192.168.0.185 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::428d:5cff:fe78:bad prefixlen 64 scopeid 0x20 Előtte annyi történt, hogy elindítottam a telepítő lemezről a rescue-t. Mivel nem ment automatikusan a hálózat, átléptem kézi beállításba, és épp a fenti értékeket írtam be. Akkor nem volt hálózat. Akkor lemondtam róla, azzal, hogy nem megy. Két hét után indítottam csak újra, vagyis csak ma győződhettem meg arról, hogy működik. Ezer köszönet. Üdv, János > Itthoni postafiók _ 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
Realtek861
> root@zana-debian:~# /etc/init.d/networking status > ● networking.service - Raise network interfaces > Loaded: loaded (/lib/systemd/system/networking.service; enabled; > vendor preset: enabled) > Active: failed (Result: exit-code) since Sat 2022-02-26 17:35:23 > CET; 36min left > Docs: man:interfaces(5) > Process: 958 ExecStart=/sbin/ifup -a --read-environment > (code=exited, status=1/FAILURE) > Main PID: 958 (code=exited, status=1/FAILURE) > CPU: 43ms > > febr 26 17:35:23 zana-debian dhclient[1015]: than a configuration > issue please read the section on submitting > febr 26 17:35:23 zana-debian dhclient[1015]: bugs on either our web > page at www.isc.org or in the README file > febr 26 17:35:23 zana-debian dhclient[1015]: before submitting a bug. > 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 > febr 26 17:35:23 zana-debian systemd[1]: networking.service: Main > process exited, code=exited, status=1/FAILURE > febr 26 17:35:23 zana-debian systemd[1]: networking.service: Failed > with result 'exit-code'. > febr 26 17:35:23 zana-debian systemd[1]: Failed to start Raise network > interfaces. > root@zana-debian:~# a kimenetben ott van egy "bad" megjegyzés: root@zana-debian:~# ifconfig enp2s0: flags=4163 mtu 1500 inet 192.168.0.185 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::428d:5cff:fe78:bad prefixlen 64 scopeid 0x20 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 -- Itthoni postafiók _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
realtek 8169
Felújítottam a debiant dist-upgrade bullseye-re Azóta nem működik a realtek hálózati kártya (enp2s0) önti a hibaüzeneteket. A telerpítő lemezről rescue módba belépve felismeri a hálókártyát, da azt állílni a dhcp-t. lspci sem működik. Mit lehet tenni? János -- Itthoni postafiók _ 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
Re: dual boot
Valóban, a gép UEFI lett, de installáláskor a linux efi volt. Most kimentettem 200 Mbyteot, de nem tudom, melyik releváns. Ennyit nem töltök fel a listára. Disklabel type: dos Disk identifier: 0x500a0dff Eszköz Indítható Start Vége Szektorok Size Id Típus /dev/nvme0n1p2p1 1948285285 3650263507 1701978223 811.6G 6e ismeretlen /dev/nvme0n1p2p2 0 0 0 0B 74 ismeretlen /dev/nvme0n1p2p4 28049408 28049848 441 220.5K 0 Üres A linux a /dev/nvme0n1p2p6-ban van. Mi a véleményed? reinstall? Üdv, János 2021. 10. 09. 8:55 keltezéssel, SZABO Zsolt írta: On Fri, 8 Oct 2021, dr. Zana János wrote: 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 Nem EFI boot-os? Az MBR-t tudtommal a grub-install írja... az update-grub csak a boot particion levő beállítás frissítését végzi el. sz@zs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
update-grub
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
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
Re: proba
2020.02.07. 12:51 keltezéssel, Zsolt Gádori írta: > elnézést, a listaszerver mindig eldobja a levelem, "gyanús fejléc" > miatt Gondolom ez a html lehet. Rendben átjött. Én viszont az ékezetes betűket próbálom. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Ujabb proba
Mosz egy m�sik linux al�l pr�b�lkozom �dv, 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
Re: Frissítési probléma
2017.05.09. 22:16 keltezéssel, Gabor Gombas írta: > fenn, akkor neked valamilyen keverek rendszered van. Innentol kezdve 3 > - Visszacsinalod, hogy tenyleg 12.04 legyen. Elmeletben nem lehetetlen > (persze attol fuggoen, miert is kellettek 14.04-bol egyes csomagok), > de a downgrade ugy altalaban maceras. > Csak érdekesség kedvéért. Több, mint egy éve új alaplapom van, méghozzá 64 bites. A debian azóta folyamatosan fut rajta (a winchester és a partíció változatlan). A múlt héten figyeltem fel arra, hogy felment a multiarchitecture deb-csomag. Tiszta, hogy ez így nem szabályos, de nem bántom, amíg fut a rendszer. Talán a scilab csomag az egyetlen, amely ezen a vegyes architektúrán nem működik. Üdv, János _ 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
Re: revoke key
2016.06.29. 10:12 keltezéssel, Kiss Gabor írta: > > Lássunk már végre egy kockázatelemzést, ne csak a megérzéseket! > (Éppensgel tudnék érvelni a ti változatotok mellett is, de most arra > vagyok kíváncsi, hogy a _ti_ fejetekben mi jár.) > A kockázatok egyike a life system disk, amellyel bármit ki lehet szedni a gépből. Például van Windowsos program, amely képes olvasni a linux partíciót is. Két operációs rendszer védtelen egymás ellen. Például linux alól bármit el tudok olvasni a Windows partíciókból, még a rendszergazdai és a system jogosultságú adatokat is. Elég jó biztonságot nyújt linux alatt a linuxos programmal végzett titkosítás (és vica versa). Rossz példa, de releváns: a jelszóval védett Open Office fájlokat mindkét operációs rendszerben ugyanaz a titkosítás ugyanazzal a jelszóval védi. Ez a titkosítás viszont nem kompatibilis a Windows Word jelszavas titkosításával. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: revoke key
2016.06.28. 21:46 keltezéssel, Ferenc Wágner írta: > >> Vagy van ilyen lehetőség, csak én nem találom? >> (A régi passphrase-re valósznűleg emlékszem.) > készíteni. Ha nem készítetted el előre, akkor most kell előásnod a régi > kulcsodat. Egyébként javasolt új kulcs készítésekor rögtön visszavonó Sajnos, az előző gépem rendellenesen állt le (vagy tíz éve). Akkor még nem volt olyan eszközöm, amelybe winchestert lehet ideiglenesen csatlakoztatni. Ez elvileg megvan valahol (bár lehet, hogy formattáltam). Ha volt is mentésem, attól tartok, hogy a hidden directoryk tartalmát elfelejtettem menteni. > tanúsítványt is készíteni hozzá, és eltenni biztos helyre, hogy ne > legyél bajban, ha elveszíted a privát kulcsod. Vagy másra is ruházhatod > A jelenlegi kulcsról készítettem visszavonó tanúsítványt. Jó ötlet, köszönöm: ezt független helyen fogom tárolni. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
revoke key
Úgy jártam, mint az egyszeri ausztrál őslakos, aki új bumerángot készített, én nem tudja eldobni a régit. Készítettem magamnak új kulcsot, és most visszavonnám a régit. Sajnos, nem megy. A régit 16 évvel ezelőtt készítettem, azóta többször új számítógépet telepítettem. A private (secret) key ott lapul valamelyik sarokban porosodó régi winchesteren. A jelenlegi private key csak a jelenleg érvényes kulcsom visszavonására lenne alkalmas. Végignéztem a man gpg teljes szövegét, de nem találtam olyan utalást, amely leghetővé tenné akár a név, akár az ujjlenyomat, akár a kulcsszerver nevének használatával visszavonni a régi kulcsot. Vagy van ilyen lehetőség, csak én nem találom? (A régi passphrase-re valósznűleg emlékszem.) Ü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
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: 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: 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
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: 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
Re: clone zilla
2015-12-30 09:11 keltezéssel, Nemes Szabolcs írta: > A vindóz nem tűr meg 2 azonos ID-jű diszket egy rendszerben; ahogy > írtad, ezt jelezte is neked valami, de hogy mi, azt nem tudom, mert a > win nem szokta, hanem az egyiket kérdés és jelzés nélkül átírja. Aztán > mikor a másikat lehúzod, akkor az egyiken levő vindóz elkezd > siránkozni, hogy nem találja a vinyót. *Ezért* kell(ene) klónozás után > *rögtön*, még újrabootolás előtt Valóban, azt írta ki, hogy két azonos ID-jű lemezt talált, de én azt hittem, ez a linuxra vonatkozik. Megtehetem-e, hogy a clonezilla lemezzel újramásolom az XP-t? Ezúttal nem a teljes winchestert, hanem csak az XP partíciót. Ezzel annyi változott, hogy az új partíció nagyobb (pont ezért kezdtem nele az egészbe; a régi veszedelmesen kicsivé vált). Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-30 08:21 keltezéssel, Kosa Attila írta: > En egy sima Debian telepito cd-rol bootolnek, abban van rescue > "uzemmod", be tudsz chrootolni a telepitett rendszerbe, ott > kiadod a lilo parancsot, es kesz. > Nem találom a wheezy telepítő lemezét. Készítettem egy Jessie Cinnamon live-on CD-t (DVD). Azon nincs rescue mód. Legalábbis nem találtam a root belépést. Válasszam a NET telepítő lemezt? A NET-en talált megoldás a következő (írd meg, ha téves): mkdir /mnt/root mount -t ext3 /dev/sda3 /mnt/root mount -t proc none /mnt/root/proc mount -o bind /dev /mnt/root/dev chroot /mnt/root /bin/bash lilo Üdv, János U.I. Amint rendben lesz, upgradelek Jessiere. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
Lehúztam a klónozott diszket, és most a klón megy. Sajnos, közben elszúrtam az XP-t. Ezt valószínűleg rendbehozná egy fix master boot record. Igen ám, de akkor bootolhatatlanná válik a linux. ezért megpróbáltam rescue lemezt készíteni (mkrescue -iso). Az viszont hibásnak jelölte a lilo.conf-ot: > Copying files... > ”/initrd.img” -> ”/tmp/mkrescue.B7Ei37sHXZ/mkrescue-flp/initrd” > ”/vmlinuz” -> ”/tmp/mkrescue.B7Ei37sHXZ/mkrescue-flp/linux” > done. > > Running /sbin/lilo ... > Warning: Ignoring entry 'boot' > Fatal: '/dev/disk/by-uuid/b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca' is > not a whole > disk device > LILO version 23.2 (released 09-Apr-2011) (Debian GNU/Linux) failure. Ezzel szemben az a helyzet, hogy ez az UUID a root partíció azonosítója. A boot paraméterhez a boot diszk /dev/disk/by-id/ azonosítóját írtam. (Előzőleg ott a klónozott disk azonosítója állt). Hol a hiba? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-22 04:21 keltezéssel, Zs írta: > > Amire viszont érdemes lehet figyelni, az az, hogy ha egy partíciót meg > akarsz növelni, akkor a mögötte lévő partíciót "hátrébb kell tolni". > Amiatt, hogy ekkor a forrás- és cél diszk ugyanaz, ez nem fog lökni a > sebességen, sőt! Ráadásul itt fennáll annak a veszélye, hogy az > eredeti forráspartíció vége azon a területen van, ahol az új > célpartíció kezdődik, akkor a standard "átmásolom az elejétől fogva" > módszer csúnyán pofon törli a partíció végén lévő adatokat... :-| Ezen > problémát elkerülendő én első lépésben már a tervezett új partíciókat > kialakítanám, majd partíciónként másolnám át az adatokat az új > partícióra. Persze minden partíción kell majd egy resize*fs, illetve > bootolhatóvá kell tenni a lemezt, ez még valóban plusz feladat. A klónozás megtörtnt, 160 Gbyte egy és negyed óra alatt. Boot után kiírta, hogy két azonos ID található a gépben; a régi bootolt be. Ekkor vettem észre, hogy hét éve rosszul particionáltam az eszközt, a partíciók nincsenek sorrendben: Device Boot Start End Blocks Id System /dev/sdb1 * 63 13648823968244088+ 7 HPFS/NTFS/exFAT /dev/sdb2 136488240 148215689 5863725f W95 Ext'd (LBA) /dev/sdb3 148215690 29861621975200265 83 Linux /dev/sdb4 298616220 312576704 6980242+ 82 Linux swap / Solaris /dev/sdb5 136488303 148215689 5863693+ b W95 FAT32 Tervem: 1. törlöm az sdb5-öt (tartalma megvan az sda5-ben) 2. törlöm az sdb2-t 3. gparteddel megnövelem a Windows partíciót ameddig lehet. 4. Ekkor feljebb tolom a linuxot 5. A diszk végén hagyok helyet egy b típusú W95 FAT32 partíciónak. (Ennek mekkora lehet a megengedett mérete?) Ü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:07 keltezéssel, Hofferek Attila írta: > On 2015. 12. 23. 11:04, Zana János wrote: >> partíciók nincsenek sorrendben: >> Device Boot Start End Blocks Id System >> /dev/sdb1 * 63 13648823968244088+ 7 HPFS/NTFS/exFAT >> /dev/sdb2 136488240 148215689 5863725f W95 Ext'd (LBA) >> /dev/sdb3 148215690 29861621975200265 83 Linux >> /dev/sdb4 298616220 312576704 6980242+ 82 Linux swap / >> Solaris >> /dev/sdb5 136488303 148215689 5863693+ b W95 FAT32 > > Ez így miért nincs jól, mi működik rosszul, vagy kevésbé hatékonyan? Most látom, hogy egy csomó dolog nincs még készen. Például a lilo.conf #boot=/dev/sda #boot = /dev/disk/by-id/ata-SAMSUNG_HD161HJ_S0V3J90S230675 boot = /dev/disk/by-id/ata-WDC_WD5000AAKX-00ERMA0_WD-WCC2E6RDSCVS Így írom át a boot és a root bejegyzéseket. Esetleg még az fstab tartalmát, majd: lilo Elég lesz-e ennyi? (Ezért bootolt nekem a régi winchester!) Ü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
Re: clone zilla
2015.12.23. 11:07 keltezéssel, Hofferek Attila írta: On 2015. 12. 23. 11:04, Zana János wrote: partíciók nincsenek sorrendben: Device Boot Start End Blocks Id System /dev/sdb1 * 63 13648823968244088+ 7 HPFS/NTFS/exFAT /dev/sdb2 136488240 148215689 5863725f W95 Ext'd (LBA) /dev/sdb3 148215690 29861621975200265 83 Linux /dev/sdb4 298616220 312576704 6980242+ 82 Linux swap / Solaris /dev/sdb5 136488303 148215689 5863693+ b W95 FAT32 Hello, Ez így miért nincs jól, mi működik rosszul, vagy kevésbé hatékonyan? Engem eleve zavar az az üzenet, hogy "a partíciók nincsenek helyes sorrendben". Másrészt, most jelentősen megnövekedett a tárkapacitásom, úgy kell particionálnom ezt a gépet, hogy ki tudjam használni ezt a rengeteg helyet. Ez pedig csak akkor meg, ha tetszés szerint tudom tologatni a partíciókat (a system rescue lemezzel). Egyébként ezt a levelet már a klónolt diszkről írom, a linux működik, és most a windowst tesztelem. Utána jön az újraparticionálás, majd sorban dugom vissza az eddig lehúzott drájvokat. Most az a helyzet, hogy hiába kapcsolom ki a BIOS setupban a régi drájvot, mégis az bootol. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-22 04:21 keltezéssel, Zs írta: > > Nem tudom, hogy meg tudod-e növelni a partíciók tartalmát gparted-del > - de javasolnám, hogy tégy egy próbát a még üres diszkkel > (partícionálod, mint a 160GB-st, dobsz rá fs-t, pár file-t felmásolsz > - majd megnézed, mi történik resize után.) (A szektorméret most 512 byte, ezt meg kell tartanom.) Nekem az a célom, hogy a rendszertöltő rekord átmenjen. A clonezilla a másolás végén futtatja a grub-ot, én viszont hozzászoktam a lilo konfiguráláságoz, tehát ezt is változtatás nélkül szeretném átvinni. A másik izgalmas, hogy a kpackage működőképes maradjon. Ezt a squeezeből örököltem, és kiválóan működik wheezy alatt is. Mivel nem lehet beszerezni, arra számítok, hogy majd a jessie a latt is üzemképes marad. Ehhez az egész linuxomat változtatás nélkül kell átmásolnom.Ü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
Re: dist-upgrade jessie
2015-10-29 20:17 keltezéssel, Gabor Gombas írta: > > Nem, a wifihez kicsit tobb kell. Dugd be a gepet madzagos halozatba, > tegyel fel gyari kernelt (ha nem az van) + firmware-iwlwifi (non-free), > network-manager, network-manager-gnome es mukodik. Ha nem tetszik a > network-manager, akkor esetleg wicd, bar a network-manager mar kozel sem > olyan idegesito, mint regen volt. > A kórtörténethez adalék: Ugyanazon a gépen volt Windows7, és frissítettem Windows10-re. Ekkor a linux megbolondult, journal.errorokat írt ki nekem. Elképzelhető, hogy a Windows működéséhet háttér-partícióra van szükség? Újra telepítettem a linuxot a Jessie live lemezről, WIFI segítségével. Beállítani nem tudtam, de volt alul a menüsoron egy kis WIFI szimbólum. Arra rákattintva be lehetett írni a jelszót, és volt WIFI. No, itt követtem el a hülyeséget. Rákattintottam a menüsoron, hogy a KDE indítóikont rakja be baloldalt lent. Be is rakta, de most nem látszik a WIFI indító szimbólum. Működik a wifi-radar, látom az épület összes hálózatát, de kapcsolódni nem tudok. Akár kézi, akár automatikus kapcsolódást választok, nincs hálózat. ifconfig szerint van address, broadcst, netmask route, de kapcsolat; az nincs. A KDE indítóablakban nem látszik a network-manager, és a wicd sem (tehát nem tudom az indító parancs nevét). Most megpróbálom megnézni, mi van a deb belsejében; milyen parancsra indul. Tulajdonképpen nem tudom, hol tárolja az SSID-t, és van IP address, holott a család összes gépe DHCP-vel kap címet a routertől. Alternatív megoldásként felrakom a GDM csomagot. Ü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
dist-upgrade jessie
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! Tehát a dist-upgrade nem vette észre a WIFI modult. Kézzel beírtam, hogy wlan0, és azóta van hálózat. Csakhogy sokféle WIFI modul van ám. Csupa véletlen, hogy emlékeztem rá. (Másik gépemben cserélhető PCMCIA WIFI kártya va, és ott folyton váltogatni kell, melyik modul, melyik interfész töltendő be.) Az eredmény végülis siker. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-09-03 12:37 keltezéssel, Kosa Attila írta: On Thu, Sep 03, 2015 at 12:28:32PM +0200, Zana János wrote: Ez a gép is mutatja azt, hogy, ha a rackba bearkom a régi pata winchestert, akkor "ő" lesz a /dev/sda Mivel bebootol (ha jol ertem), a boot erteket nem valtoztatnam meg a helyedben, csak a root-ot. Ma vettem egy nagy lélegzetet, és apt-get upgrade ... kernelt frissítettem. Nem adta a szokásos hibaüzenetet, amit azelőtt (tehát, hogy nem tudná hova írni a rendszerfájlokat). A grub észrevette az új Windows7 telepítést, de nem oda tette a grub boot-ot, hanem arra a winchesterre, amelyen a linux van (ez változtalanul /dev/sdb). A boot könyvtár: # ls /boot -l -rw-r--r-- 1 root root 134796 szept 20 17:47 config-3.2.0-4-686-pae drwxr-xr-x 3 root root12288 okt2 13:57 grub -rw-r--r-- 1 root root 10167042 okt2 13:57 initrd.img-3.2.0-4-686-pae -rw-r--r-- 1 root root 1670075 szept 20 17:47 System.map-3.2.0-4-686-pae -rw-r--r-- 1 root root 2700832 szept 20 17:46 vmlinuz-3.2.0-4-686-pae (másodikán történt a frissítés). Remélem a legjobbakat. Ü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-09-29 11:46 keltezéssel, Kiss Gabor írta: set root='(hd0,msdos5)' <<<- ? Ugye, amit fent jelöltem, nem kell átírnom?Üdv, János A /boot/grub/device.map file-ban az van, ami neked kell? Azt hiszem ez jó. A második winchesteren van a linux, a 250 Hgyte-oson. Ezt indítom F12-vel a gép boot folyamata alatt Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-09-29 11:46 keltezéssel, Kiss Gabor írta: set root='(hd0,msdos5)' <<<- ? Ugye, amit fent jelöltem, nem kell átírnom?Üdv, János A /boot/grub/device.map file-ban az van, ami neked kell? Nem válaszoltam pontosan. A BIOS-ban nem ez az első hard diszk. Arról a hivatalos Windows 7 indul. A BIOS_ban csak a második az, amelyiken a linux fut. Ha a linuxot akarom használni, BIOS boot közben meg kell nyomnom az F12, gombot, és ki kell választanom, hogy melyik diszket boot-oltatom. Az /etc/fstab szerint a linuxot futtatom; ott UUID szerint szerepel. Ez rendben van. Ha viszont futtatom a következőt: fstab /dev/sdb, akkor a linuxom a /dev/sdb rendszeren tudja magát. Tehát a BIOS szerint azonosítja magát. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-08-31 09:38 keltezéssel, Kosa Attila írta: > U.i. jöhet lilo tanács is! > zless /usr/share/doc/lilo/README.gz > /UUID > > be found in /dev/disks/by-id/ i. e. for a PATA disk: > >boot = /dev/disk/by-id/ata-SAMSUNG_SV1604N_S01FJ10X99 > > or i. e. for a SATA disk : >boot = /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ90S99 > Jelenleg ez az itthoni gépem lilo-ja: #boot=/dev/sda boot = /dev/disk/by-id/ata-SAMSUNG_HD161HJ_S0V3J90S230675 # root = /dev/sda3 root = "UUID=b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca" other=/dev/sda1 label=Windows Ez a gép is mutatja azt, hogy, ha a rackba bearkom a régi pata winchestert, akkor "ő" lesz a /dev/sda Ha jól értelek, akkor a root = és az other sorokat is írjam át úgy, hogy legyen az elején a root = /dev/disk/by-id/b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca a fenti helyett?? Függ az eredmény a sor formájától? A blkid parancs kimenete a linux rendszeremre: /dev/sda3: UUID="b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca" TYPE="ext3" A blkid futtatásával nem tudom előállítani a fenti sort (ismétlem): boot = /dev/disk/by-id/ata-SAMSUNG_HD161HJ_S0V3J90S230675 Ezt a wheezy-re való frissítésnél a dist-upgrade állította elő. Ha javaslod, átírom (csinálok egymentést a lio.conf-ról). Ha elrontom, a knoppixszal bootolva még vissza tudom, állítani mentésből. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-09-03 12:37 keltezéssel, Kosa Attila írta: > Nezz be a /dev/disk/by-id/ konyvtaradba :) > > Nahát! Mindegyik eszköz kétszer szerpel. Egyszer ATA, egyszer SCSI. Most megnézem a céges gépemen is. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-08-31 09:38 keltezéssel, Kosa Attila írta: root = "UUID=5472fd8e-9089-4256-bcaa-ceab4f01a439" But then you should also use a similar expression for the 'boot=' line. Unfortunately you cannot use UUIDs because devices haven't any UUIDs. The solution is using the udev device names which can be found in /dev/disks/by-id/ i. e. for a i. e. for a SATA disk : boot = /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ90S99 Roviden: a blkid programot kell root-kent futtatnod, a valaszkent kapott kimenetben megtalalod a particioid UUID-jet, ezeket kell beirnod a lilo.conf fajlodba, majd mehet a lilo parancs. A grub eseten is hasonlo a megoldas, de annak a megkereseset (es ide megirasat!) rad bizom :) Kösz. Engem az érdekel, mit fog csinálni kernel frissítés közben a update-intiramfs mit fog generálni, honnan, és hová teszi. Mert, ha a /dev/sda1-re teszi, akkor meghal a Windows7 Biztos, hogy az Általad javasolt UUID szerint fog működni? Üdv, 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
root csere boot kozben
A gépemből kiszedtük a PATA winchestert, és most SATA van benne. Ellenben az a harddiszk tertalma, amelyen a linux van, NEM VÁLTOZOTT. A probléma ennek ellenére mégis a régi. F12-vel választok boot winchestert (az elsőn van az új Windows 7, a másodikon a linux). A linux szabályosan bebootol, ám - boot közben kicseréli önmagát a két harddiszk - Sikeres boot után ez az első winchester: Disk /dev/sda: 80.0 GB, 80026361856 bytes 255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x86308630 Device Boot Start End Blocks Id System /dev/sda1 *2048 206847 1024007 HPFS/NTFS/exFAT /dev/sda2 206848 156299375780462647 HPFS/NTFS/exFAT mert addigra már a /dev/sdb-vé vált a linux helye. Ez akkor válik kritikussá, amikor apt-get upgrade után megkísérli a /dev/sda-ra tenni a kernelt, holott azt a /dev/sdb-re kellene tennie. Ha valaki tudja, hogy hogyan lehet ezt a grub2-vel levezényelni, kérem, ne tartsa titokban. Üdvözlettel János U.i. jöhet lilo tanács is! _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-08-25 14:30 keltezéssel, Vasas, Krisztián írta: Nem értek különösebben hozzá, de mostanában nem UUID alapján szokás mount-olni, pont azért, hogy az ilyen átneveződések ne okozzanak gondot? Az fstab-ban UUID van, amióta áttértem wheezy-re. Nem a mount-tal van a problema, hanem azzal, hogy a bootloader frissiteskor meg mindig az sda-ra akar menni. Ezt a bootloader konfiguralasaval lehet megoldani. update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 WARNING: could not open /var/tmp/mkinitramfs_wR9gbO/lib/modules/2.6.32-5-686/modules.builtin: No such file or directory Warning: LBA32 addressing assumed Added Linux Added LinuxOLD Added LinuxOLDer Added Linuxtartalek Fatal: First sector of /dev/sda1 doesn't have a valid boot signature run-parts: /etc/initramfs/post-update.d//runlilo exited with return code 1 --- Persze, hogy nem találja, mert egy másik winchesteren van (dev/sdb1-en). Azelőtt lilo volt, de ugyanezen hiba miatt három hónapja újra kellett raknom az egész linuxot, azóta grub va. Maga a particionálás már öt éves, azóta ugyanaz a root partíció. A linux partíció nem is tudhajta a MÁSIK harddiszk UUID-jét, mert csak az önmagáét tudja. A problémát néhány évig megoldotta, hogy volt Added LinuxOLD Added LinuxOLDer Added Linuxtartalek a hozzá tartozó initrd.img-vel, de ez az idén nyáron már befuccsolt. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Elfogyott a memória
Két hónapja újra kellett telepítenem a gépet, wheezy teljesen változatlan hardverre (ugyanazt a tárterületet újra particionáltam), ami azt jelenti: nem változott meg a hardwer környezet. Azóta viszont elképesztően lelassult a gépem. Elnézést a hosszú idézetért, de ebből látszik, mi történik használat közben: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (indítás alatt, login után azonnal) top - 12:40:38 up 1 min, 3 users, load average: 2,58, 0,91, 0,33 Tasks: 155 total, 1 running, 153 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,5 us, 0,2 sy, 0,3 ni, 11,6 id, 87,4 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 931424 used,92332 free,27464 buffers KiB Swap: 104416 total,10876 used,93540 free, 302520 cached (három perccel később) top - 12:43:45 up 5 min, 4 users, load average: 3,56, 1,94, 0,82 Tasks: 161 total, 2 running, 158 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,0 us, 0,5 sy, 49,6 ni, 0,0 id, 49,7 wa, 0,0 hi, 0,2 si, 0,0 st KiB Mem: 1023756 total, 960768 used,62988 free,57036 buffers KiB Swap: 104416 total,85840 used,18576 free, 273504 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 4935 jzana 39 19 73552 57m 4204 S 95,8 5,7 0:49.21 virtuoso-t öt perccel később top - 12:47:34 up 8 min, 4 users, load average: 1,84, 2,16, 1,18 Tasks: 161 total, 1 running, 159 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,3 us, 1,3 sy, 4,2 ni, 62,9 id, 31,2 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 956172 used,67584 free, 120028 buffers KiB Swap: 104416 total, 100116 used, 4300 free, 196416 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5140 jzana 39 19 103m 25m 13m D 4,3 2,6 0:15.24 nepomukservices nyolc perc után elfogyott a swap (!): top - 12:50:11 up 11 min, 4 users, load average: 1,84, 1,95, 1,25 Tasks: 160 total, 1 running, 158 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,2 us, 4,8 sy, 17,5 ni, 15,4 id, 61,6 wa, 0,0 hi, 0,5 si, 0,0 st KiB Mem: 1023756 total, 949776 used,73980 free,99384 buffers KiB Swap: 104416 total, 104416 used,0 free, 202292 cached kilenc perc után elindítottam az iceweaselt: top - 12:52:08 up 13 min, 4 users, load average: 3,28, 2,30, 1,45 Tasks: 164 total, 1 running, 162 sleeping, 0 stopped, 1 zombie %Cpu(s): 1,0 us, 0,3 sy, 0,7 ni, 6,4 id, 91,6 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 959900 used,63856 free,21296 buffers KiB Swap: 104416 total, 104416 used,0 free, 228924 cached pdf olvasasa után lezártam a pdf-lapot: top - 12:56:57 up 18 min, 4 users, load average: 10,40, 5,18, 2,77 Tasks: 165 total, 2 running, 162 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,5 us, 1,5 sy, 0,0 ni, 0,0 id, 98,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 960368 used,63388 free, 1772 buffers KiB Swap: 104416 total, 104416 used,0 free, 202752 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5592 jzana 20 0 84312 10m 7364 D 1,7 1,0 0:00.25 kcminit apt-get upgrade: Reading changelogs... Done Csomagok előkonfigurálása ... (Adatbázis olvasása ... 223580 files and directories currently installed.) libcupsfilters1:i386 1.0.18-2.1+deb7u1 cseréjének előkészítése (e csomaggal: .../libcupsfilters1_1.0.18-2.1+deb7u2_i386.deb) ... Csere kicsomagolása: libcupsfilters1:i386 ... dpkg: unrecoverable fatal error, aborting: fork hiba: Nem foglalható memória(!) E: Sub-process /usr/bin/dpkg returned an error code (2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Előfordult már 49-es load is. Kérdésem: mi történhetett, ha sem a szoftver, sem a hardver nem változott meg (ugyanoda ugyazt telepítettem)? Hol keressem a hibát?Üdv, János _ 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: img fájl kibontása
2013.05.17. 19:58 keltezéssel, Mészáros Csaba írta: Hello lista! mount-tal, az unyafs-sal, meg a windowsos fileviewproval is sorra Hozzáteszem, hogy a víruskeresőm káros alkalmazásnak jelentette a fileview programot, és leállította a letöltést. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Trojan
2012-06-29 16:08 keltezéssel, Pápai Balázs írta: Zana János írta: chkproc: Warning: Possible LKM Trojan installed Ha ezt a chkrootkit mondja, akkor ilyesmi már nálam is előfordult, de a risztás falsnak bizonyult. Most raktam fel az rkhuntert, és (valószínűleg) újabb fals pozitív figyelmeztetést generált: Checking for enabled inetd services [ Warning ] Performing filesystem checks Checking /dev for suspicious file types [ Warning ] Checking for hidden files and directories[ Warning ] Rootkit checks... Rootkits checked : 245 Possible rootkits: 1 Rootkit names: Xzibit Rootkit A googlén rákeresve Xzibit egy rockénekes neve. Megijedjek? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Trojan
2012.07.07. 15:43 keltezéssel, Norbert Vastagh írta: Na de kérem Xzibit-nek mi köze van a rock zenéhez?! ;-))) Természetesen volt kismillió találatom Xzibit fals negatív warningra is, de azok mindegyike kérdés volt, és nem válasz. Jó hétvégét! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Trojan
Kedves mindenki! Checking `lkm'... You have 1 process hidden for ps command chkproc: Warning: Possible LKM Trojan installed Újabb futtatás már nem jelzett ilyet. Az a gyanúm, hogy téves riasztás, a melyet az váltott ki, hogy tar.gz (backup) közben rendellenes kilépés történt (elfogyott a lemezterület). Okozhatja? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl nyűg, részletesebb log kéne
2012.02.10. 16:49 keltezéssel, Gádori Zsolt írta: Nyilván a technikai lehetőség megvan a kettős csatlakozásra (csak nem egyidőben, hanem egymás után). Annál is inkább így lehet ez, mert egy másik gépen az éppen működő enternetes elérést leállítottam, átírtam, a traceroute megmondja, melyik telefonközpont az első ugrási hely. Lehet, hogy az zárolja az útvonalat. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6875 (20120210) __ 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
nincs szoveges kepernyo
Lenny - squeeze váltás egy kicsit furcsára sikerült. Elsőre ugyanis nem volt semmilyen terminál. apt-get reinstall gdm után lett grafikus terminál, de szöveges nincs ALT-CTRL-F2 hatására elfeketedik a képernyő. Ezt látom a dmesg tartalmában: [27.925027] [drm:radeon_i2c_sw_put_byte] *ERROR* i2c 0x08 0x30 write failed [316.661025] [drm:radeon_i2c_sw_put_byte] *ERROR* i2c 0x08 0x3b write failed [506617.300025] [drm:radeon_i2c_sw_put_byte] *ERROR* i2c 0x08 0x30 write failed Boot folyamat alatt egy jó darabig látom a nem-grafikus képernyőt, de ez elszáll azonnal, amikor elindul azX Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nincs szoveges kepernyo
2011.10.04. 20:13 keltezéssel, Kepler Mihály írta: GRUB_TERMINAL=console (kulcsszavak még: GRUB_CMDLINE_LINUX_DEFAULT és talán ha kell GRUB_GFXMODE) Hát, az az igazság, hogy hozzászoktam a lilo-hoz. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6517 (20111004) __ 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: IPMI sidebanden, vagy rs232-n
http://esr.fsf.hu/smart-questions_hu.html Ott ezt írják: Érdemes a Google keresőbe beírni a kapott hibaüzenetet Na, ez sose jön be nekem. Mert a Googlén millió példányban találom meg az általam felteendő kérdést, de a választ sehol, csak a semmibe futó thread-eket. De azért ... üdv, hackerek! János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6344 (20110802) __ 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: IPMI sidebanden, vagy rs232-n
2011.08.02. 17:37 keltezéssel, Kovács Attila írta: Mondj egy példát ;), aztán oldjuk meg a google segedelmével ;). Na, ezzel vívódok egy ideje: Fatal: First sector of /dev/sda1 doesn't have a valid boot signature run-parts: /etc/initramfs/post-update.d//lilo exited with return code 1 A részleteket már leírtam régebben squeeze dist-upgrade cím alatt (vagy squueze dist-upgrade?). Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6344 (20110802) __ 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: Squid ACL-ek fájlból
2011.06.22. 16:25 keltezéssel, Norbert Vastagh írta: És más is ülhet ugyanahhoz a géphez persze, belép, élnie kell a megfelelő szabályoknak... Ez úgy szokott történni, hogy Állj csak fel egy pillanatra. Meg akarok nézni valamit. Még csak ki se kell lépni abból a programból... ZJ __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6229 (20110622) __ 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: squuze dist-upgrade
2011-06-03 13:57 keltezéssel, Pápai Balázs írta: Zana János írta: Legnagyobb megdöbbenésemre a dist-upgrade program kicserélte a gép két drive-ját. A /dev/hdb új változatban /dev/sda lett Az fstab-ban most nem a hagyományos drájv-azonosítók állnak, hanem a winchesterek egyedi hexadecimális azonosítója, és a lilo.conf-ban. A blkid megmondja az eszközödhöz rendelt azonosítót. Megadta, de nem adott UUID-t a drájvra. Most a lilo-ban ez áll: boot = /dev/sda (Ez az fstab szerint /dev/sdb) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
Pápai Balázs írta: A lilo-ban tudtommal van egy raid-extra-boot opció erre az esetre. Régebbi konfigokban ott fel voltak sorolva az eszközök valahogy így: raid-extra-boot=/dev/sda,dev/sdb Az újabb konfigokban meg így: boot=/dev/md0 raid-extra-boot=mbr-only CSakhogy ez most nem szerver, hanem a saját gépem, és nem építettem RAID-et. Két eltérő winchester van venne 80 és 250 Gbyte. És arajtuk levő dolgokat szeretném megőrizni. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
2011-06-20 12:01 keltezéssel, Pápai Balázs írta: Akkor azt hiszem félreértettelek.. Mint írtam, volt először a /dev/sda tettem rá linuxot beleraktam a régi winchesteremet lett /dev/hdb frissítettem squeeze-re a /dev/sda - /dev/sdb lett a /dev/hdb - /dev/sda lett a BIOS le van védve jelszóval, nem tudom a sorrendet változtatni Az /etc/blkid.tab és annak másolata már az új felállást tartalmazza update-intirfams -u hibával lép ki: Warning: /dev/sda is not on the first disk Warning: The boot sector and map file are on different disks. Added Linux * Added LinuxOLD Fatal: First sector of /dev/sda1 doesn't have a valid boot signature run-parts: /etc/initramfs/post-update.d//lilo exited with return code 1 lilo írja a boot szektort, de rossz initramfs generálódik. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
2011-06-03 13:57 keltezéssel, Pápai Balázs írta: Zana János írta: drive-ját. A /dev/hdb új változatban /dev/sda lett winchesterek egyedi hexadecimális azonosítója, és a lilo.conf-ban. A /dev/sda új változatban /dev/sdb lett (SATA). Az új kernel telepítése közben kiírta, hogy nem lehet a /dev/sda1-re tenni a boot szektort. mkinitramfs-kpkg lefut, de utána nem megy a reboot, hibajelzéssel leáll. Nincs kedvem szétszerelni a gépet ahhoz, hogy csak az igazi boot eszköz maradjon meg benne. Van-e erre szoft megoldás? Üdv, János A blkid megmondja az eszközödhöz rendelt azonosítót. blkdid ugyanezt mondta. A BIOS-ba nem tudok belemenni, mert jelszóval védett. A gép a huzalozásnak megfelelően a /dev/sda-ról bootol, amelyet a rendszer utána már /dev/sdb-ként használ. Warning: /dev/sda is not on the first disk Warning: The boot sector and map file are on different disks. A mkinitramfs-kpkg nem a boot, hanem a második (az öreg) winchesterhez készíti el az initramfs fájlt. Ezzel persze, hogy nem lehet bootolni. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
Zana János írta: Legnagyobb megdöbbenésemre a dist-upgrade program kicserélte a gép két drive-ját. A /dev/hdb új változatban /dev/sda lett Leellenőriztem: Knoppix 6.0.1 alatt a régi drájv-azonósítók látszanak A /dev/sda új változatban /dev/sdb lett (SATA). Az új kernel telepítése közben kiírta, hogy nem lehet a /dev/sda1-re tenni a boot szektort. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2011-06-03 13:57 keltezéssel, Pápai Balázs írta: A blkid megmondja az eszközödhöz rendelt azonosítót. Megnéztem az indítási hibaüzenetet: Initramfs unpacking failed: junk incompressed archive Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block Níilván át kell írnom a lilo.conf-ot, vagy az fstab-ot. De nem merem, mert nem biztos, hogy ebben a verzióban működik a bootÜdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
squuze dist-upgrade
Lenny rendszert frissítettem squeeze-re. Nem fogadtam el a grub-ot; meg akartam tartani a jól működő lilo-t. Legnagyobb megdöbbenésemre a dist-upgrade program kicserélte a gép két drive-ját. A /dev/hdb új változatban /dev/sda lett Az fstab-ban most nem a hagyományos drájv-azonosítók állnak, hanem a winchesterek egyedi hexadecimális azonosítója, és a lilo.conf-ban. A /dev/sda új változatban /dev/sdb lett (SATA). Az új kernel telepítése közben kiírta, hogy nem lehet a /dev/sda1-re tenni a boot szektort. mkinitramfs-kpkg lefut, de utána nem megy a reboot, hibajelzéssel leáll. Ilyenkor a linuxOLD verzióval tudom indítani a gépet; ekkor lilo, és utána már működik a reboot. Nincs kedvem szétszerelni a gépet ahhoz, hogy csak az igazi boot eszköz maradjon meg benne. Van-e erre szoft megoldás? Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6176 (20110603) __ 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: Debian Squeeze + sw. RAID1 + GRUB2
2011.06.02. 12:50 keltezéssel, Hofferek Attila írta: A -mondjuk- hda-t kihúztad? Akkor nem lesz az eredetileg hdb-ből hda? Mintha nekem is rémlene valami ilyesmi szenvedés, amikor ezzel Sajnos, én nem húztam ki. Igaz, én a régi lilo-t próbáltam meg használni. Ám dist-upgrade közben felcserélte a harddisk sorrendet. Emiatt a /dev/hdb átalakult /dev/sda-vá (ahova persze, hogy nem tudja rakni a boot loadert). A SATA struktúrájú gépben ez a második PATA drájv. Üdv, János __ ESET NOD32 Antivirus - V�rusdefin�ci�s adatb�zis: 6173 (20110602) __ 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: 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: # fdisk -lu /dev/sdc Szemfulesebben talan kiszurjak, de inkabb leirom: a particio vege elorebb van, mint a smart altal jelzett hiba szektor. fdisk /dev/sda Parancs (m = súgó): v 5227 szektor nincs lefoglalva Mindig van olyan terület, amit nem lehet particionálni. Más kérdés, hogy, ha nem használja a rendszer, akkor hogy romolhat el. Üdv, János _ 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
Re: halozati nyomtato
Kosa Attila írta: Domain vagy munkacsoport? A ketto nem ugyanaz. Mindkettő különbözik. Amikor ez a lehetőség megszűnt, felraktam ninden felrakhatót, Mit jelent az, hogy megszunt? A következő nap nem működött, ami előző nap kifogástalan volt. Es ha esetleg mas ertelmezni tudna? De a listan viszonylag kevesen gondolatolvasok (tudomasom szerint)... 'D [28/Jul/2009:13:02:04 +0200] Cancel-Subscription /', 'D [28/Jul/2009:13:02:04 +0200] cupsdIsAuthorized: requesting-user-name=root', 'I [28/Jul/2009:13:02:04 +0200] Saving subscriptions.conf...', 'D [28/Jul/2009:13:02:04 +0200] cupsdProcessIPPRequest: 59 status_code=0 (successful-ok)', 'D [28/Jul/2009:13:02:04 +0200] cupsdCloseClient: 59', 'D [28/Jul/2009:13:02:04 +0200] cupsdAcceptClient: 59 from localhost (Domain)', 'D [28/Jul/2009:13:02:04 +0200] cupsdReadClient: 59 GET /admin/log/error_log HTTP/1.1', 'D [28/Jul/2009:13:02:04 +0200] cupsdAuthorize: No authentication data provided.']} Ez a vége az egyik hibanaplónak. Az egészet nem akarom beidézni. 40 kilobájt. A napló közepén ilyen jellegű sorokat találtam: 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Read 4096 bytes of print data...', 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Wrote 4096 bytes of print data...', 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Read 4096 bytes of print data...', 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Wrote 4096 bytes of print data...', Ezek szerintem arra utalnak, hogy van kapcsolat a nyomtatóval. A CUPS helpjében nem találtam meg, hogyan kell mindezt (és a többit) értelmezni. Üdv, János _ 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