frissítettem az egyik szervert etch rol lenny re, de még ilyennel nem találkoztam
Úgy nézem a frissítés sikerült is csak még az apt-get update nem az igazi
------------------------------------------------------
server:~# apt-get update
Hit http://security.debian.org stable/updates Release.gpg
Hit http://security.debian.org stable/updates Release
Hit http://ftp.hu.debian.org lenny Release.gpg
Hit http://ftp.hu.debian.org lenny Release
Ign http://ftp.hu.debian.org lenny/main Packages/DiffIndex
Ign http://ftp.hu.debian.org lenny/contrib Packages/DiffIndex
Ign http://ftp.hu.debian.org lenny/non-free Packages/DiffIndex
Ign http://ftp.hu.debian.org lenny/main Sources/DiffIndex
Ign http://ftp.hu.debian.org lenny/contrib Sources/DiffIndex
Ign http://ftp.hu.debian.org lenny/non-free Sources/DiffIndex
Hit http://ftp.hu.debian.org lenny/main Packages
Hit http://ftp.hu.debian.org lenny/contrib Packages
Hit http://ftp.hu.debian.org lenny/non-free Packages
Hit http://ftp.hu.debian.org lenny/main Sources
Hit http://ftp.hu.debian.org lenny/contrib Sources
Hit http://ftp.hu.debian.org lenny/non-free Sources
W: Failed to fetch http://security.debian.org/dists/stable/updates/Release Unable to find expected entry lenny/binary-amd64/Packages in Meta-index file (malformed Release file?)
------------------------------------------------------
van valakinek ötlete ?
- 973 megtekintés
Hozzászólások
/etc/apt/sources.list
-ben hogyan is néz ki a security repo bejegyzése?
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free
Fenti módon nálam hibátlanul működik; meglehet persze, hogy nem itt van a gond. Mindegy kellene legyen, stable-nek hívod-e, vagy konkrétan jelenleg lenny-nek... de lehet, mégsem - amd64 arch-ú vasam nincs, hogy ellenőrizhessem az állításom. Viszont egy apt alóli cache- és index-törléssel kezdeném, utána újra apt-get update
, és jöjjön, aminek jönnie kell... Amúgy fura, mert ugye a file ott van, mert van hit. Mármint lokális cache hit oder a remote URL-en van meg a file? Ez nem egyértelmű számomra. Mondjuk 404-nél ennyit sem mond, tehát az URL valószínűleg jó... A kint lévő file pedig _valószínűleg_ nem malformed. Ennyi ötletem van. Sorry.
Ha baromságokat beszélnék, nézzétek el; sűrű munkanap van a hátam mögött.
(edit: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=47801 alapján arra következtetek, hogy igen, online hit)
- A hozzászóláshoz be kell jelentkezni