Hozzászólások
-
Bejegyzés
-
😀 😀 😀
fellow kap egy RTFM-et!!! Jól kezdõdik az év…
😀 😀 😀
[align=right][snapback]108172[/snapback][/align]miért ne kaphatna? 🙂
Face:
ez benne van a debian_desktopban; ha nem eleg egyertelmu: irj, atirom;bar nem tudok idezni, mert momentan nem erem el a sajat cuccam (hupwiki: „A kliensednek nincs joga dokumentumokat kérni a szervertõl!”; *!);
[align=right][snapback]108084[/snapback][/align]talán :
„Ha nem tudsz üzenetet, hozzászólást küldeni a HUP fórumba vagy a cikkekhez, akkor feltétlenül olvasd el ezt az írást!”
http://www.hup.hu/modules.php?name=News&fi…order=0&thold=0na ez az! ext3 volt rajta! és az mkfs /dev/hda5 az vfatot csinált belõle :blink:
kíndóztól már külömben is régen mexabadultam hál’ istennek… 😀
1ébként wan bakupom egy részrõl csak kicsit régi 😆 és mongyuk uhu-live2.2iso meg hasoló jó dolgok (meg vagy öt album meg egy film plusz néhány uhu csomag) tûnt el…. és jó lenne õket viszontlátni!
[align=right][snapback]107512[/snapback][/align]googli
http://e2salvage.sourceforge.net/
(ez mondjuk nem free de van demo, nem tudom mit tud http://www.stellarinfo.com/linux-data-recovery.htm)
régebben találtam 1 ingyenesen használható nem open source progit az elég jó volt
de mivel csak formáztad (remélem) elvileg még 1 fsck -nak is van esélye visszahozni a cuccot (azért inkább olvasgass elõtte a linken amit adtam)
ja ha mégis fsck _ne_a_vfat_ verziót futtasd!!!!
axelero-nál vagyok. Elhiszem, hogy hamar kifosnak az IP-k, de szerintem nem a szolgáltatóban van a hiba jelenleg. Mit mondotok, „ps -ef” -el látni kéne a futó dhclient daemont? Ha kilép, akkor miért…?
Van valakinek bekonfigolt dhclient-je? Lenne pár kérdésem.
[align=right][snapback]107416[/snapback][/align]mondjuk én chello-t használok de mintha olyan gond lett volna, hogy dhclient nem ment csak dhcpcd (mondjuk ez már kb 1 éve volt azóta nincs gond)
a konfban esetleg a timeout -ot próbáld növelni
(amugy tényleg futnia kéne ha még próbálkozik)
logban nincs valami hibaüzenet ??? valahogy próbáld meg rávenni hogy legyen! 🙂gond 1 szalse, problema megoldva. marcsak az erdekellne, lehet, hogy nincs benn a kernel forras FC3-ban? felraktam telepitesnel minden csomagot, valami 6+GB lett nyomulok /usr/src-be, semmi kernel sincs. pedig ntfs supportot belekene forgatni mer’ nemtom csatolni masik particot. ahhh. lehet visszallok susera. :
metaxx
[align=right][snapback]107208[/snapback][/align]és hogy oldottad meg???
(amugy fc3 dvd-n nincsenek src rpmek és ezt sajnos a kernelre is értették…)Nekem spec nem tetszenek a cd méretei.
713958 KB az 1. cd. nem lehet, hogy tényleg rosszak?
[align=right][snapback]107273[/snapback][/align]na ez most hogy jön ide??
(persze ha jól értem a topic indítót és nem töltötte le kéd md5sum közben még1szer)1ébként még nem láttam ilyet de elég érdekes….
Sziasztok.
Mostanában irogatok egy programot és éppen elakadtam. Egyik bemeneti fálj méretét szeretném tudni.
Ha ismereteim nem csalnak, akkor az ibm pc arc. szerint (most ugye pc-rõl beszélünk, nem mac pl.) merevlemez adattárolására, használt területet nevezzük partíciónak (helyesebben „primary partition”-nek, az extended/logical ennek a része), függetlenül attól, hogy van-e partíciós tábla vagy nincs. (Kicsit pontosítva, azt amelyik képes független filerendszer „tárolására”.) Hogy ez honnan kezdõdik és hány van belõle lényegtelen. (Nyílván az eredeti ibm pc arc. szerint kell part. tábla, és csak 4 primary partíció lehet.)
A wiki is ezt írja:
Partition (IBM PC), one of those storage space parts.
http://en.wikipedia.org/wiki/Partition
A partition in the IBM PC architecture, is a part of a hard disk that can have an independent file system.
http://en.wikipedia.org/wiki/Partition_(IBM_PC)Ennek a def-nek akkor is megfelel, ha az egész merevlemez egy nagy filerendszer.
[align=right][snapback]107075[/snapback][/align]de ezt is írja:
In IBM PCs, partitions have traditionally been supported using a structure called the Partition Tableebbõl az következik, hogy ha nincs table nincs part…..
mind1 ez filozófiai kérdés innentõlVizsla, köszi…még emésztem, amit írtál 😆
Az fdisk ezt írja a pendrive-ra ( így müködik helyesen, tehát ezt kéne linux alatt is létrehozni ):Command (m for help): p
Disk /dev/sda1: 125 MB, 125582848 bytes
4 heads, 60 sectors/track, 1021 cylinders
Units = cylinders of 240 * 512 = 122880 bytesDevice Boot Start End Blocks Id System
/dev/sda1p1 ? 7368562 8347064 117420209 a OS/2 Boot Manager
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(781, 46, 63) logical=(7368561, 1, 58)
Partition 1 has different physical/logical endings:
phys=(365, 76, 37) logical=(8347063, 0, 55)
Partition 1 does not end on cylinder boundary.
/dev/sda1p2 ? 2264658 4534771 272413618+ 6d Unknown
Partition 2 has different physical/logical beginnings (non-Linux?):
phys=(367, 78, 57) logical=(2264657, 0, 49)
Partition 2 has different physical/logical endings:
phys=(366, 106, 47) logical=(4534770, 2, 45)
Partition 2 does not end on cylinder boundary.
/dev/sda1p3 ? 11 11 0 6f Unknown
Partition 3 has different physical/logical beginnings (non-Linux?):
phys=(354, 111, 45) logical=(10, 2, 41)
Partition 3 has different physical/logical endings:
phys=(10, 116, 13) logical=(10, 2, 40)
Partition 3 does not end on cylinder boundary.
/dev/sda1p4 1 14383424 1726010880 0 Empty
Partition 4 has different physical/logical beginnings (non-Linux?):
phys=(0, 0, 0) logical=(0, 0, 1)
Partition 4 has different physical/logical endings:
phys=(0, 0, 0) logical=(14383423, 3, 60)
Partition 4 does not end on cylinder boundary.Partition table entries are not in disk order
Ez nekem elég kínai…szal? :blush:
[align=right][snapback]107169[/snapback][/align]igen ez pont úgy néz ki hogy nincs rajta partíció (ahol a part tábla lenne azokat az adatokat próbálta meg értelmezni)
legutóbbi hsz