[bogdan]

megertelek, en a dselectel szenvedtem most nehany napig, mert az Etch frissites utan elso programvalasztaskor ugy dontott, hogy 600 csomagot inkabb leszed. kedves.. (mas is mondta, hogy neki meg az aptitude csinalt hasonlokat..) nem tudja egyebkent valaki, hogy ezt miert csinalja?

mindenesetre abban viszont (mar ha helyrerugdosta az ember..) be lehet kenyelmesen allitani a "hold" allapotot.

[kroozo]

Idézet: bogdan - Dátum: 2007. máj. 8., kedd - 10:22

megertelek, en a dselectel szenvedtem most nehany napig, mert az Etch frissites utan elso programvalasztaskor ugy dontott, hogy 600 csomagot inkabb leszed. kedves.. (mas is mondta, hogy neki meg az aptitude csinalt hasonlokat..) nem tudja egyebkent valaki, hogy ezt miert csinalja?

mindenesetre abban viszont (mar ha helyrerugdosta az ember..) be lehet kenyelmesen allitani a "hold" allapotot.

Az remlik, hogy a dselectre mondja az almoskonyv, hogy mostmar el kene felejteni. aptitudeot viszont dicserni szoktak, allitolag kicsit okosabban lehet vele dependencia problemokat kuzdeni.

[bogdan]

hat az almoskonyv lehet, de a debian honlapjan csoppet sem tunik unsupported-nak.. a dokumentaciok lap kozepen ott van a hasznalati utmutatoja. (az aptitude-e nincs is..) az etch telepitesi utmutatojaban is elofordul nehanyszor, bar egyertelmuen az aptitude a preferalt.

tovabba nem dependency problemem volt, hanem jo burokrata modjara maga alkotott ilyet. az apt-get teljesen jol mukodott, mikozben o ugy erezte utkozesek vannak..

ja, es az ismerosom aptitude-al futott bele hasonlo problemaba, ha jol ertettem.. (illetve ott az "unused" allapot lehetett a hiba.)

[leslie]

Kicsit sokat akarna leszedni.

BTW apg-get szerint squid-et leszámítva nincs gond a rendszerrel. Meg amúgy sem.

Csatolt fájl:

•  aptitude_lol.JPG (0byte)
  Letöltések:: 0

[kroozo]

Idézet: bogdan - Dátum: 2007. máj. 8., kedd - 11:23

hat az almoskonyv lehet, de a debian honlapjan csoppet sem tunik unsupported-nak.. a dokumentaciok lap kozepen ott van a hasznalati utmutatoja. (az aptitude-e nincs is..) az etch telepitesi utmutatojaban is elofordul nehanyszor, bar egyertelmuen az aptitude a preferalt.

tovabba nem dependency problemem volt, hanem jo burokrata modjara maga alkotott ilyet. az apt-get teljesen jol mukodott, mikozben o ugy erezte utkozesek vannak..

ja, es az ismerosom aptitude-al futott bele hasonlo problemaba, ha jol ertettem.. (illetve ott az "unused" allapot lehetett a hiba.)

Valami dist-upgrade kornyeken emlekszem epp olyasmire, hogy hanyagolni kellene, meg talan az apt-get et is, de lehet hogy tevedek , mivel en is apt-getet hasznalok dselectet sosem szerettem, aptituddal meg meg nem kotottem kozelebbi ismeretseget. Es ahogy a dolgok mostanaban allnak, ilyesmire legkozelebb max a pkg-* al kapcs lesz lehetosegem

[Friczy]

Idézet: bogdan - Dátum: 2007. máj. 8., kedd - 9:34

Friczy, ez biztos, hogy jo? ettol meg egy squid sor benne fog maradni! elobb "--clear-selections"-t irnak az okosak, mielott a "--set-selections"-ot hasznalja az ember.

egyebkent egyszerubb a "kedvelt" csomagkezeloben (dselect/aptitude) beallitani hold-ra, es utana frissiteni.

Nem jó. Az 's' tényleg kell a végére, kösz a kiigazítást    Egyébként viszont igen, ha apt-gettel frissítesz, akkor ez a megoldás.

[Friczy]

Idézet: kroozo - Dátum: 2007. máj. 8., kedd - 11:41

Valami dist-upgrade kornyeken emlekszem epp olyasmire, hogy hanyagolni kellene, meg talan az apt-get et is, de lehet hogy tevedek , mivel en is apt-getet hasznalok dselectet sosem szerettem, aptituddal meg meg nem kotottem kozelebbi ismeretseget. Es ahogy a dolgok mostanaban allnak, ilyesmire legkozelebb max a pkg-* al kapcs lesz lehetosegem

A dist-upgrade-eket már aptitude-dal javasolják elkövetni, amúgy van néhány egyéb elõnye is. Viszont mindenképpen ésszel kell, ha a dist-upgrade során valamit elkutyulsz, akkor (legalábbis én így láttam) az apt-get használhatóbb, mint az aptitude a helyrerakáshoz. További sajnos, hogy - ha már a csomagok hold állapotba rakásáról volt szó - a dpkg --set-selections paranccsal visszatartott csomagokra az aptitude nagy ívben tesz (ha jól rémlik), az aptitude hold által elõidézett állapotot meg az apt-get nem veszi figyelembe (ez régebben biztos hogy így volt, próbáltam, ha most már nem így lenne, az meglepne, de örülnék neki).

Így azért nem olyan szép az élet

dselectet sose szerettem, amikor még nem volt apt-get, inkább molyoltam a dpkg-val

[vjp]

Hali!

Bootolásnál kapok egy hiba üzenetet:
"/dev/md6: The filesystem size(according to the superblocks) is 84511924 blocks
The physical size of the device is 84511904 blocks
Either the superblock or the particion table is likely to be corrupt!

/dev/md6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

CONTROL-D will exit from this shell and continue system startup.
give root passwd etc...."
Megpróbáltam egy ismerõeöm segítségével kijavítani:
1.  umount /mnt/data
2. mdadm --stop /dev/md6
3. mdadm --zero-superblock /dev/sda6
4. mdadm --zero-superblock /dev/sdb6
5. mount /dev/sda6 /mnt valszeg itt kureltam el mert /mnt/data kelett volna
6. mdadm -C /dev/md6 --level=raid1 --raid-devices=2 /dev/sdb6 missing -e0 az e0 paraméterre azt írta invalid ezért a nélkül csináltam
7. y
8. mkdir /mnt2
9. mount /dev/md6 /mnt2
  10. rsync -av /mnt /mnt2
  11. umount /mnt
  12. umount /mnt2
  13. mdadm /dev/md6 -a /dev/sda6
  14. mdadm /dev/md6 -a /dev/sdb6 invalid mert ez már része az md6-nak
  15. reboot
De a hiba megmaradt. Egyébként két vadonat új HDD -rõl van szó, formázásnál ráengedtem a -c opciót is.

[Öregszem]

Idézet: vjp - Dátum: 2007. jún. 7., csütörtök - 14:56

RUN fsck MANUALLY.

Miért nem teszed, amit javasol?

[vjp]

Idézet: Öregszem - Dátum: 2007. jún. 7., csütörtök - 19:55

Miért nem teszed, amit javasol?

Megcsináltam újraindítottam de a hiba megmarad.

[leslie]

Debian 4.0 alatt cserélnék vasat. P2 400, BX csipszetes alaplap lenne cserélve nForce2-es lapra, ées egy Duron 1200-as procira.
Józan paraszti eszemmel belegondolva simán el kell indulnia. Nyilván a rendszer HDD ugyanott fog maradni (hda). A kernel moduláris, majd szépen felismerget mindent. Jól gondolom?

Szerkesztette: leslie 2007. 06. 12. 15:06 -kor

[Gollam]

Hát, ha csak nem forgattál kernelt, amibõl kivettél pár most kellõ dolgot, akkor igen.

[dash]

Tud valaki Traffic Shaping (ala Cfosspeed) progit Linux alá?

[leslie]

Végül is elindult szépen, csak a hálózat nem ment. A régiben van 2db 8139-es realtec, az újban meg ez a két alaplapi van:

Idézet

00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

Aztán, hogy mi a tökér nem megy az új alaplappal, azt még nem tudom, nem volt sok idõm vele pöcsölni, majd jövõ héten talán. Vagy kipróbálom egy kis live CD-s ubuntuval.

[evone]

siman mennie kell, kernelbe belevannak forgatva amugy mindenfele halokartyak supportjai?

[Xero]

Idézet: dash - Dátum: 2007. jún. 12., kedd - 20:35

Tud valaki Traffic Shaping (ala Cfosspeed) progit Linux alá?

Traffic Control

[leslie]

Idézet: evone - Dátum: 2007. jún. 12., kedd - 21:22

siman mennie kell, kernelbe belevannak forgatva amugy mindenfele halokartyak supportjai?

Gyári kernel, nem piszkáltam.

Idézet

dlaci@gandalf:~$ uname -a
Linux gandalf 2.4.27-3-386 #1 Wed Dec 6 00:38:33 UTC 2006 i686 GNU/Linux

Én is úgy gondolom, h simán mennie kell. Sokat nem tudtam vele veszõdni, mert a héten munkára kell a gép, és ha hí az ügyfél, és nincs net, akkor gáz van, nem akarok kocsikázni.

[evone]

hat, eleg regi cucc, szerintem rakj egyet 2.6 szeriabol...

[leslie]

Idézet: evone - Dátum: 2007. jún. 13., szerda - 7:22

hat, eleg regi cucc, szerintem rakj egyet 2.6 szeriabol...

Volt dist-upgrade, én is tegnap lepõdtem meg a 2.4-es kernelen... Azt hittem, h ezt is frissíteni fogja. 

[leslie]

Etch alá létezik, h az apt nem akar 2.6-os kernelt leszedni, vagy béna vagyok?

szerk: bénaság vagyon, linux-image-2.6-686, illetve ami nekem kell, a linux-image-2.6-k7.

Szerkesztette: leslie 2007. 06. 13. 12:05 -kor