Re: hdparm
2019. 05. 03. 17:11 keltezéssel, dr. Zana János írta: É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 Persze, hogy van. Több is. Igaz, itt a hdparm is többet mond. - abc-mint ~ # smartctl -i /dev/sdf smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.15.0-47-generic] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Seagate Momentus 5400.4 Device Model: ST9160827AS Serial Number:5RG3B23Z LU WWN Device Id: 5 000c50 00e5d45ed Firmware Version: 3.CMF User Capacity:160.041.885.696 bytes [160 GB] Sector Size: 512 bytes logical/physical Rotation Rate:5400 rpm Device is:In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 2.6, 1.5 Gb/s Local Time is:Fri May 3 18:03:46 2019 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled -- abc-mint ~ # lsblk /dev/sdf -S NAME HCTL TYPE VENDOR MODEL REV TRAN sdf 7:0:0:0disk ST916082 7AS 0117 usb -- abc-mint ~ # hdparm -I /dev/sdf /dev/sdf: ATA device, with non-removable media Model Number: ST9160827AS Serial Number: 5RG3B23Z Firmware Revision: 3.CMF Transport: Serial Standards: Used: unknown (minor revision code 0x0029) Supported: 8 7 6 5 Likely used: 8 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBAuser addressable sectors: 268435455 LBA48 user addressable sectors: 312581808 Logical Sector size: 512 bytes Physical Sector size: 512 bytes device size with M = 1024*1024: 152627 MBytes device size with M = 1000*1000: 160041 MBytes (160 GB) cache/buffer size = 8192 KBytes Nominal Media Rotation Rate: 5400 Capabilities: LBA, IORDY(can be disabled) Queue depth: 32 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = ? Advanced power management level: 128 Recommended acoustic management value: 254, current value: 0 DMA: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Commands/features: stb, stb. -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: usb portot soros portnak láttatni
2016-05-28 11:30 keltezéssel, Gádori Zsolt írta: >> 1. veszel egy usb serial konvertert en az Aten uc232a-t ajanlom, ha > > ez nagyon sirály! Minden probléma nélkül elsőre műXik :-) > A fenti eszközhöz hasonlóra az eredeti problémától függetlenül már > régóta fenem a fogam, csak nem tudtam eldönteni milyet is vegyek. (Az archívum kedvéért:) az a fontos, hogy Prolific PL-2303 chipset legyen benne, az a tuti: http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41 És ez az Aten ilyen, mi is ezért használjuk. -- Nemes Szabolcs _ 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: >> 2016. jan. 3. dátummal, 15:24 időpontban Gabor Gombas >> írta: > Elég nagy hülyeségnek hangzik. Ha én egy diszket adattárolásra használok, > akár LVM-mel, > akár raw formában - ASM-nek, mondjuk - mi a rákért tennék rá partíciót? Ez > olyan > elavult, PC szokás lehet. A diskről a rendszergazdának kell tudnia, mire > való. Az > oprendszernek meg nem szabad hozzányúlnia ahhoz, amire nem lett explicite > megkérve. > Utasítva. Ez teljesen igaz. Vagy legalábbis míg nem kapott rá engedélyt. De ki mondta, hogy a win-ek kulturált oprendszerek? :) >> Ha tobb rendszert akarsz parhuzamosan hasznalni, akkor igenis tessek >> olyan szabvanyos kontenert hasznalni (pl. particios tabla), amit >> mindegyik ert. Pontosan. És nem véletlenül mondják azt is, hogy a telepítést a régebbi és/vagy butább rendszerrel kezdve kell csinálni, ellenkező esetben *a kezelő dolga* gondoskodni a megfelelő körülményekről (pl. a "védendő" diszk/partíció elrejtéséről, akár logikai, akár fizikai módszerrel). > 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. Pedig volt. Leginkább egyedi (és tegyük hozzá: többnyire sz¤rul megírt, emiatt spec. konfigurációhoz/csillagálláshoz/egyéb feltételhez kötött) programok miatt. Manapság már nyilván sitty-sutty betesszük az ilyet egy vm-be, de 10-15 éve még más világ volt. > Partícionálni egy disket, > melyet 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) Pl. hogy pikk-pakk tudja bővíteni, ha szükség lesz rá. De ez már tényleg mellékvágány :) -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2016-01-03 12:00 keltezéssel, Szabolcs Regős írta: > Szerintem meg egy kultúrált oprendszer nem piszkit olyan diskre, amihez semmi > köze. De > mindegy is, azóta megtanultam, hogy hálózati tárolón LUN-t csak annak mutatunk meg, > akinek szánjuk, illetve egy gépen egy oprendszer. De ezzel már nagyon > eltértünk az > eredeti problémától, rekesszük szerintem be a témát. Ebben majdnem teljesen igazad van; éppen ezért háborgok én is mindig, hogy legalább *szólna* az a nyomoronc vindózer, hogy "hé, hüjegyerek, most ezt meg azt módosítani kéne/akarom, mehet a dolog?" ! Amiben pedig nincs igazad: semmilyen rendszertől nem lehet elvárni, hogy magától teljes bizonyossággal felismerje minden más létező rendszer "nyomait" egy diszken. Erre neked kell figyelned. -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2016-01-03 00:25 keltezéssel, Szabolcs Regős írta: > De, csinált, ezt írtam le fentebb. Nyilván nem a filerendszerbe írt, hisz egy > Windows > > mit tudhat pl. a VxFS-ről, az LVM-ről, de az biztos, hogy a számára > ismeretlen diskek > > elejére is felírt valamit, akkor is, ha nem értette mi van ott. Ezzel pl. > tökéletesen > > szétcseszte az LVM információkat. (HP-UX-ban az EFI előtt - és az LVM óta, > persze - nem > partícionáltunk) Na várjál. Ez azért kicsit más: ebben az esetben a win *fel sem ismeri*, hogy van ott valamilyen értelmezhető struktúra! Ld. még: ismeretlen nyelvű beszéd vs. random zaj. A saját megoldásuk (a dynamic disk/volume) csak a koncepcióban hasonló, amennyire tudom, de a megvalósítás egészen más. Nem véletlenül tesz a GPT is egy "protective MBR"-t a vinyó elejére. Neked is ezt kellett volna tenned, mielőtt nekiereszted a win-installt, és pont ezt javasolják itt is: http://www.ibm.com/developerworks/library/l-lpic1-102-1/#partitionpvlvm Így használtam win mellett FreeBSD-t, és semmi gond nem volt vele. -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2016-01-02 17:27 keltezéssel, Szabolcs Regős írta: >> Számára ismeretlen partíciókhoz a win *nem nyúl*, sőt, rájuk sem néz. > > Ezt mióta “tudja”? Mindig is "tudta". A W3.1-től biztosan így van, az volt az első, amit így multibootosan használtam. > Ezt mióta “tudja”? Nekem tett már tönkre telepített HP-UX-ot ugyanarra a > gépre - > természetesen másik diskre - telepített Windows server (még egy első > generációs > Integrity gépen), illetve ekkoriban tapasztaltuk, hogy ha trehányságból egy > HP-UX, > Linux, vagy bármi által használt adat diszket megmutattunk egy Windowsnak, > akkor az > biztos ami biztos írt rá valamit, amivel jól tönkretette. Soha egyik vindóz sem csinált ilyet, természetesen ugyanazon a diszken sem. Sem telepítéskor, sem később a képbe került vinyóval/partícióval. Legfeljebb a partíciós táblába firkálnak bele (aljas módon, figyelmeztetés nélkül; pont innen indultunk), amivel egy loadert/boot-managert simán agyon tudnak vágni, de maguknhoz a partíciókhoz nem nyúlnak, az tuti. Hacsak a szerver-verzió nem "mohóbb"; azt nem raktam ilyen gépre. De ezt sem hinném. -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2015-12-30 21:25 keltezéssel, dr. Zana János írta: > Nem. Egyrészt összeolmott a linux. Ebben az állapotában nem kérdezhettem le > semmit. 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 villogni a ledek. Ha ennél kevésbé súlyos a helyzet, akkon *nem* a linux omlott össze, "csak" valamelyik komponenssel van probléma. > Ú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. A barátod egy ... na mindegy. Ebben a témakörben biztosan nem érdemes hallgatni rá. -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Linux kontra Windows10
2015-12-30 18:03 keltezéssel, dr Zana János írta: > Állítólag a Windows10 létrehoz egy rejtett partíciót a gépben, hogy vissza > lehessen állni > Windows 7-re. Igaz ez? Nem. Egy rejtett (100 megás) partíciót már a win7 hoz létre magának telepítéskor. A "régi" win7 rendszerkönyvtárát pedig átnevezi windows.old-ra. > Lehet annyira elvadult a Microsoft, hogy egész egyszerűen beleír a linux > partícióba? Eléggé elvadultak szerintem is (ld. pl. épp a minap említett diszk-ID-átírogatást), de *ennyire* még ők sem otrombák. Számára ismeretlen partíciókhoz a win *nem nyúl*, sőt, rájuk sem néz. (Éppen ezt lehetett annak idején kihasználni több win-verzió vagy -példány egymástól független futtatására azonos gépen: csak arra kellett vigyázni, hogy a nem használt példány partíciójának típusa át legyen írva valami "egzotikusra". Volt olyan bootmanager, ami ezt remekül kezelte. Valójában ez annyiból állt, hogy "hidden"-re állította, azaz #10-et hozzáadott a típushoz: https://www.win.tue.nl/~aeb/partitions/partition_types-1.html ) > A linuxot azóta újratelepítettem, de kíváncsi vagyok, mi igaz ebből. Ó, anyám... -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-30 17:58 keltezéssel, dr Zana János írta: > 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 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. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-30 12:37 keltezéssel, PÁSZTOR György írta: > Amennyire emlékszem a thread-re te nem csak lemásolni akarod az XP > partíciót, de más helyre rakni a lemezen ("tolatni"). > Lehet ilyet. De amennyire emlékszem, mikor utoljára én hasonlót csináltam, > akkor volt valami leírás róla, hogy a partícióban hol, mit és hogyan kell > hexaeditorral átírni. > Ti. a bootloadere valami szektorszámot fixen beledrótozott valahová. > Halvány emlék csak, rég nem használtam már XP-t. > De ha áthelyezed a partíciót az új lemezen, az eredeti helyéhez képest, > akkor érdemes lehet erre is figyelni! Ezt a partíciót csak növelni akarta, ami nem is probléma, az eleje a helyén marad. 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). -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-30 12:33 keltezéssel, Zana János írta: > Valóban, azt írta ki, hogy két azonos ID-jű lemezt talált, de én azt > hittem, ez a linuxra vonatkozik. A diszk-ID a diszkre 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 Megteheted, csak semmi értelme. Azzal sem a lemez diszk-ID-je nem változik meg, sem az, ami az XP-be bele van vésve. Amíg ez a kettő nem egyezik, nem fog indulni, akárhányszor másolod át. Nézd meg az ID-t a másik vinyón, és írd át ezen is arra az értékre. Ha nem teszed őket ugyanabba a gépbe, tökmindegy, mi az értékük. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: clone zilla
2015-12-29 17:12 keltezéssel, Zana János írta: > 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. 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 lehúzni valamelyiket. Semmi mást nem kell csinálni, mint visszaírni a diszk-ID-t az eredeti értékre, ami most a másik vinyón van. Meg tudod nézni azon is, vagy szükség esetén kinézheted az eredeti XP registry-jéből. http://www.multibooters.com/tutorials/view-and-change-disk-signature-in-mbr.html > ezért megpróbáltam rescue lemezt készíteni (mkrescue -iso). Minek? Azt mondtad, van sysresc cd-d. Azon minden eszköz megvan, ami a fenti művelethez kell. _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: hálózat eltűnik
2015-05-29 08:45 keltezéssel, B. P. TBC írta: > Ami még különösebbé teszi a problémát, ha YAST-ban belépek a hálózati > beállításokba, majd > "szerkesztem" a hálózati kapcsolatot, de valójában semmit nem változtatok > (cska rányomok a > "szerkesztés"-re, és kész), leokézom (bárminemű módosítás nélkül...), utána > egyből van > internet. 1. ifconfig up ? 2. yast-ban a szerkesztésnél első fül (General/Általános), bal felső gomb ("Activate device" alatt): Boot/Rendszerindításkor ? -- Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: Squid "kézi" logelemzés - facebook
On Thu, 01 Dec 2011 11:24:28 +0100, Pápai Balázs wrote: >Ki lehetne sakkozni, hogy milyen mintát generál a facebook magától, és mit a >felhasználó, de nem biztos, hogy megérné a dolgot csak azért, hogy valaki orra >alá tartsák. Egyszerűbb az, hogy megmondják neki, amíg nincs meg a munka, >nincs facebook sem előtérben, sem háttérben. Ennek a betartását legalább jól >lehet ellenőrizni a logban. Még sokkal egyszerűbb munkaidőben letiltani a fészbukot. Nem fognak panaszkodni. Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dual boot
On Tue, 10 Nov 2009 11:40:25 + (UTC), Kiss Gabor wrote: >Hmmm... most, hogy belegondolok, egy variációt még nem próbáltam ki. >boot: extended1 >LVM: extended2 Nem egészen így gondoltam: az extended az a 'konténer'-partíció (ami a konkrét esetben az sda4 lesz), a logikaiak pedig (amit írsz) sda5 és sda6. A telepítésnél pedig a grubot az sda4-re kell tenni, nem az MBR-be! Persze mindez csak akkor érdekes, ha érintetlenül kell hagyni az MBR-t. (Nem tudom, az ilyen recovery-megoldásokat befolyásolná-e, ha megváltozik.) Ha nem, akkor mehet oda a grub, az összes többi meg logikaira. Nemes Szabolcs -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dual boot
On Tue, 10 Nov 2009 10:30:23 + (UTC), Kiss Gabor wrote: >A maradék egy slotba viszont nem tudok külön boot partíciót tenni >és a többit (swap, root, usr,...) pedig LVM-mel kezelni. Tedd nyugodtan logikai partíciókra, a grubot az extendedre (igen, arra!!), aztán havaj. Nemes Szabolcs -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ftp kliens
On Thu, 10 Sep 2009 09:08:31 +0200, Gergely Tamás wrote: >Milyen más ftp klienst ajánlottok ami képes nagy fájlok letöltésére? NFTP http://www.ayukov.com/nftp/features.html Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GRUB régi gépen hdb4-gyel
On Fri, 29 Feb 2008 10:40:21 +0100, Ruzsinszky Attila wrote: >A boot-ra elindul a bootolás, de az init már nem tudja hogy >neki a hdb4-ről kellene a root-ot használni. -> Kernel panic. >Hogyan tovább? Man grub: >http://www.gnu.org/software/grub/manual/html_node/Installing-GRUB-natively.html Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GRUB régi gépen hdb4-gyel
On Wed, 27 Feb 2008 19:29:26 +0100, Ruzsinszky Attila wrote: >Install után a boot a grub> -ig jut a cucc. :-( >Sajna az IDE-n a BIOS csak 8G-t lát. A HDD-k pedig Aha, a régi korlát (az egyik a sok közül :)) >20 és 40G-sek. (ha elindul, akkor tökéletesen kezeli) Igen, mert akkor már nem a BIOS-on keresztül használja. >Bizonyos okokból a root a hdb4-re került. Az nem lenne baj. >A menu.lst-ben hd(1,3) van írva, de ha ezt próbálom >root (hd1,3) paranccsal, akkor megugatja, hogy a BIOS >nem támogatja, amiben lehet is valami. Vsz. a 8G-n túl van az a partíció. >Van valami megoldás erre a helyzetre? Hogyne. Több is. >Ha a hda1-re kerül a root és mindez az 1024-es limit alá, >akkor bootolna? Vagy marad a floppy? Persze. Ez a legegyszerűbb megoldás. Nem is kell a root, elég a boot, az csak pár mega. Azt viszont ellenőrizd le, nem ütközik-e a kétféle geometria. Nálam is úgy megy egy diszk, hogy a BIOS-ban nem szerepel, mert az csak 128G-ig látná (pedig nagyobb), de -nyilván- nem arról bootolok. Az pl. nem tetszett a linuxnak úgy, hogy a bios-ban is benn volt. De az egy másik probléma, a te diszkjeidnél még nem gond. Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a 22-es csapdaja
On Mon, 27 Aug 2007 14:32:50 + (UTC), Kiss Gabor wrote: >Mert, ugye, ha már a korrektség került szóba, talán nem kellene >visszaélni a jóindulatukkal. Aki ipari méretekben és célra >használja a szolgáltatásukat, az lesz szíves nem él sködni, >hanem kipengetni azt a pár dollárt. Nyilván. De egyrészt nem is nagyon volt szó mennyiségről, másrészt egyelőre próbáról van szó. A fizetős szolgáltatást gondoltam is említeni, merthogy annál ki is lehet 'kapcsolni' a hostot, ha diszkonnektál, és ez fontos info lehet ilyen behívós klienseknél. >(Vagy állítson fel saját szervert! Az se túl nagy durranás.) ...de vsz. jóval drágább/macerásabb, mint előfizetni valamelyik din. dns-re. Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a 22-es csapdaja
On Thu, 23 Aug 2007 08:54:43 +0200, Zidarics Zoltan wrote: >> dyndns.org-ot hasznaltam, nem hagyott cserben egyszer sem. >Ez is igaz, de a diszpecser szemevel nezve ez kenyelmetlen, mert akkor neki >kell kikeresni az sms alapjan a nevet, ill, ha meg nem tudott felconnectolni, >a script, akkor hiaba erolkodik a megtalalt nevvel. Nem beszelve arrol, hogy Eppen az lenne jo a dyndns-ben (ami nekem is bevalt tobb helyen), hogy a ppp indulasakor lefut a szkript, ami beallitja a dyndns-nel az *aktualis* ip-t, es neked ezzel nem kell foglalkoznod, eleg elkuldeni az sms-ben a nevet, pl. "teheneszet_1.dyndns.org", amibol minden kulon hokuszpokusz nelkul lathato, hova kell menni :))) Az installokban ezt az 1 parametert (a nevet) kell atirnod az aktualisra, oszt jonapot. Ha meg nem tudott felconnectalni, azt eszre fogod venni, mert nem tudsz belepni. Ez a szolgaltatas ingyenes, par perc alatt megoldhato, a ddclient nevu script pl. teljesen korrekt es stabil, tobbet nem kell torodnod a dinamikus ip-vel. >akkor egy diszpecsernel levo tablazatot is nekem kell szerkesztgetnem egy uj >installkor. Igy viszont, az sms-re tudomasul veszi, hogy dolgoznia kell, Semmit nem kell szerkesztgetned, csak arrol kell gondoskodni, hogy a diszpecser tudja, melyik telep/hol van az ujonnan bekapcsolt "teheneszet_37" es kesz. Ez meg mar nem a dolgod/bajod :)) Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: overlapped partitions
On Fri, 27 Apr 2007 11:26:24 +0200, Gyimesi László wrote: >Tapasztalataim szerint a win-nek az nem tetszik, ha a partíciók sorrendje >nem egyezik a cilinderek sorrendjével, függetlenül attól, mi a partíció Igy van, ezert mondtam rogton, mint az egyik lehetseges hibat (" csak a bejegyzesek vannak "rossz" sorrendben"). >típusa. Ebből a szempontból az extended sem speciális. Persze, hogy nem, miert lenne? >A fenti esetben éppen ez következik be. Nem, a fenti esetben *pont nem ez* kovetkezik be. Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: overlapped partitions
On Fri, 27 Apr 2007 09:57:13 +0200, Kosa Attila wrote: >Jogos, nem jol emlekeztem. OK. Visszaterve a problemara: siman el tudom kepzelni, hogy volt 1 db primary (a winnek C:) meg egy extended (+benne a logikai, a winnek D:) particio a diszken; a kollega szepen lecsokkentette a D:-t, hogy legyen hely, es -fizikailag is "utana"- letrehozott ujabb 2 primary particiot. Erdemes lenne kiprobalni, de szerintem barmelyik (c-, s-)fdisk szo nelkul megteszi (egyebkent jogosan), es a linux fol is telepul ra. Ezekutan ujra elinditva a vindozt az jo esellyel nekiall panaszkodni (mert az "ugy szokott lenni", hogy az ext.part. az utolso, es kitolti a diszket, meg egyebkent is jajistenem :))), es az elso engedekeny kattintasra "kijavitja" a dolgokat, pl. "kihuzza" az extended particiot a diszk vegeig. Ettol aztan valoban at is fognak lapolodni :)) Ez persze a vilagon semmi gondot nem jelent me'g, hiszen csak az MBR-ben irta at az egyik adatot, viszont joggal fog mindegyik rendszer panaszkodni. Ha ez a 'forgatokonyv' eddig realis (kerdeznem a problema folvetojet), es a particiok merete/stb. nagyjabol korrektnek tunik, akkor nincs nagy gond, csak *tenyleg* ne irjon semmit a diszkre, legfokkeppen pedig a Partition Magic-kel ne nyuljon hozza! Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: overlapped partitions
On Fri, 27 Apr 2007 09:31:30 +0200, Kosa Attila wrote: >> Vsz. a hda2 az extended particioja, ami a linuxnak talan nem is okozna > >Linux alatt az extended particio mindig 5-os szamu szerintem, >mert az elso 4 szam az elsodleges particioknak van fenntartva. Az "extended particio" az egy spec. tipusu elsodleges particio (*), ertelemszeruen hda1-tol 4-ig barmi lehet. A benne levo "logikai drajvok (particiok)" szamozodnak 5-tol, fuggetlenul attol, hany part. van elottuk. (*) Tkp. attol "elsodleges" egy part., hogy az MBR-ben szerepel... >Tudomasom szerint maximum 4 elsodleges particiot lehet >letrehozni Pontosan. >es ekkor nem lehet extended particio _Logikai_ nem lehet. > illetve 1-2-3 >elsodleges particiot, es ekkor lehet 1 extended particio is ...ami szinten egy pri. part., ld. foljebb. >(amelyen lehetnek logikai particiok Igen. _Ezek_ lesznek a hda5, hda6, stb. (A terminologia nem eppen logikus es konzekvens, ez teny :)) Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: overlapped partitions
On Fri, 27 Apr 2007 08:15:02 +0200, Kosa Attila wrote: >> A cfdisk es a win disk managere szerint az alabbi disk kiosztast >> sikerult megtudnom: >> /dev/hda1: win >> /dev/hda2: ? >> /dev/hda3 /boot >> /dev/hda4 / >> /dev/hda5: ? >> /dev/hda6: swap > >Erdekelne, hogy mivel sikerult 4 elsodleges particiot letrehoznod >ugy, hogy extended particiok is vannak. Szerintem mentes, aztan >kezdd elolrol az egeszet. Vsz. a hda2 az extended particioja, ami a linuxnak talan nem is okozna gondot, de a win tuti belezakkan, aztan -"jo" szokasahoz hiven- megprobal "rendet tenni", amit nem is ragoznek tovabb... Kerdes, hogy csak a bejegyzesek vannak "rossz" sorrendben, vagy fizikailag elobb van az ext. part., mint a hda3 és hda4. Elobbi esetben eleg lehet azokat rendberakni es a korrekt meretet beallitani (fdisk, diskedit, dfsee, stb.) Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 3Com SS4200-as switch WEB interfész
On Mon, 28 Aug 2006 08:50:59 +0200, Bartos-Elekes Zsolt wrote: >> Beenged, kirak pár kék téglalapot és feliratot, de semmi >> több. >Nekem SS3300-as megy szepen Mozillaval (gondolom, nagy kulonbseg nem lehet a >webes feluletben). Hasonló cucc, os/2+mozilla/ff, vmi képekkel+javascripttel kapcs. izét kellett engedélyezni. Ha jól rémlik: Advanced -> Script & Plug-ins -> Allow scripts to: -> Change images Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dyndns kliens
On Thu, 12 Jan 2006 08:51:17 + (UTC), Kiss Gabor wrote: >> actualip=`w3m http://www.whatsmyip.org -dump | head -1 | awk '{ print $5 }'` >> Ezt lehet pl. cron-ba tenni, meg ilyesmik... >NEKI lehet, hogy jo lesz, de magasrol tojik a whatsmyip.org gazdajanak >tiszteletteljes keresere: Tudtommal a router a management-feluleten is ott van a cim, nem lehet/egyszerubb onnan kiszedni? Nemes Szabolcs _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux