Pacman hibaüzenet
2009. feb. 23. 15:41 — Mike65
Üdv!
Véletlenül töröltem a /etc/pacman.conf fájlt. Arch wikiről beszereztem egy konfigurációt, de azóta ilyesmi hibaüzeneteket ad:
hiba: /etc/pacman.d/mirrorlist konfigurációs fájl, 37. sor: a 'Server' direktíva nem értelmezhető.
Abban a sorban van az első európai mirror amit nem kommenteltem ki. Egyébként működik a telepítés rendesen.
- A hozzászóláshoz regisztráció és belépés szükséges
- 1667 olvasás
"Do you think Aaron Griffin can lift a car over his head?"
A "pacman" csomagból kiszedheted az eredeti pacman.conf-ot, hátha attól megjavul. (A pacman csomagot a /var/cache/pacman/pkg könyvtárban találod meg.)
permalink
Az újratelepítésre nem is gondoltam. Ez megoldotta, köszi!
permalink
Nincs mit. Amúgy, kérlek ügyelj a válaszoláskor, mert most is a fő szálba válaszoltál. Az egyes hsz-eknél alul van egy "válasz" link, ott tudsz közvetlenül az adott üzenetre válaszolni.
permalink
Hello,
Frissen feltettem az arch 64 bites verzióját, és az első frissítés után próbáltam felrakni a gnome-ot, de ezt a hibaüzenetet kapom az újabb frissítésre:
#pacman -Sy
hiba: nem sikerült a(z) core frissítése (nem várt hiba)
hiba: nem sikerült a(z) extra frissítése (nem várt hiba)
hiba: nem sikerült a(z) community frissítése (nem várt hiba)
nem sikerült szinkronizálni egyik adatbázist sem
mi lehet a gond? :S
előre is köszi a segítséget
permalink
Szia!
Szerintem az, hogy nincs neted.
Próbáltad előtte a kapcsolatodat, ping mit mond?
Üdv,
Sutee84
permalink
Hello.
Végül sikerült megoldani.
Volt net, csak a frissítés után valamiért bekommentezte az összes mirrort...
kiszedtem a kommentet, és működik :)
viszont most a gnome nem akar működni mondván "gtk-warning **:locate not supported by c library"
magyarra változtattam a locale-t az lehet a baja? :S
permalink
Inkább az, hogy elírtad szerintem. Itt van egy doksi:
http://archlinux.fsf.hu/rendszer-adminisztracioja/magyar-nyelvi-beallitasok
permalink
igen, elírtam a xorg-ot... köszi :)
de lett helyette másik hiba, ezúttal magyarul:
warning: **:nem nyitható meg a megjelenítő
nvidia quadro nvs 160 -as videokártya van a gépben, a lib32-nvidia-utils csomagot is felraktam, azzal is ugyanez a hiba...
permalink
pacman -S nvidia
ez a bináris nvidia driver csomagja.
permalink
még mindíg "nem nyitható meg a megjelenítő" :(
nvidia-settings -re pedig azt mondja,hogy "the control display is undefined..."
permalink
Próbáld meg xorg.conf nékül:
mv /etc/X11/xorg.conf /etc/X11/xorg_conf
permalink
az etc/x11-ben nekem csak xinit mappa van, abban pedig /xinitrc.d/*30-dbus és *40-libca~module
xorg.conf nincs
permalink
és a ~/.xinitrc -t sem találom...vagy azt nekem kell létrehozni?
permalink
Azt neked.
permalink
aham.
köszi.
akkor próbálkozok :)
permalink
A következő meglepő esemény történt a napokban :
[root@myArch ~]# pacman -Syu
:: A csomagadatbázisok szinkronizálása...
a(z) core naprakész
a(z) extra naprakész
a(z) community naprakész
a(z) archlinuxfr naprakész
:: A következő csomagok telepítése javasolt elsőként:
pacman
:: Megszakítja a jelenlegi jelenlegi műveletet,
:: és telepíti ezeket a csomagokat most? [I/n] I
függőségek feloldása...
belső ütközések keresése...
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: pacman-color: igényli a következőt: pacman=3.2.2
[root@myArch ~]#
pacman -V
.--. Pacman v3.2.2 - libalpm v3.1.1
/ _.-' .-. .-. .-. Copyright (C) 2006-2008 Dan McGee
\ '-. '-' '-' '-' Copyright (C) 2002-2006 Judd Vinet
'--'
Ez a program szabadon terjeszthető a GNU
General Public License feltételei szerint.
Azóta semmit sem tudok telepiteni, frissiteni.
Mi lehet a gond ??
Valami javaslat ???
permalink
pacman-color: igényli a következőt: pacman=3.2.2
Távolítsd el ideiglenesen a pacman-color csomagot:
pacman -R pacman-color
majd végezd el a pacman frissítést:
pacman -S pacman
Miután frissült a pacman-color csomag, utána feltelepítheted.
permalink
Kössz, ez gyors volt.
Már éppen bocsánator akartam kérni, amiért elkapkodtam a hibajelentést. Ui. közben megtaláltam a megoldást
http://bbs.archlinux.org/viewtopic.php?pid=596582
Valóban, ettől megjavult. mégegyszer köszönöm
permalink
Nincs mit.
permalink
Napok óta látom ezt a hibát a -Syu parancs kiadását és negyedórás gondolkodási időt követően (yaourtal és pacmannal egyáránt):
"hiba: nem sikerült a(z) 'extra.db.tar.gz' fájlt letölteni a ftp.mfa.kfki.hu helyről : Törött cső(pipe)"
Azt reméltem helyrehozzák. És mit ad Isten? Semmit...
Eddig - több mint egy éve - nem volt baj a magyar repoval. Az én készülékemben van a hiba? Első ránézésre nem hiszem. Megjegyzem, a hibaüzenettől függetlenül a rendszerfrissítő jelzi a frissítéseket de nem tölti le ezeket, csak ha külön kérem az -S utasítással.
A KFKI "csőszerelői" alszanak? :)
Egyébként is valami nagy kavarást érzékelek az új pacman verzió, valamint a központi repo házatáján. Jól tévedek?
permalink
Nem bírtam magammal és egy kicsit olvasgattam. Az eredmény? Csodás. Megosztom Veletek.
Két fájlban (/etc/pacman.d/mirrorlist és /etc/pacman.conf) kicseréltem az elsődleges tükörszervert:
Server = ftp://ftp.mfa.kfki.hu/pub/mirrors/ftp.archlinux.org/$repo/os/i686
helyett betettem ezt
Server = http://mir.archlinux.fr/$repo/os/i686
Miért ép ezt a francia szervert? Mert elvégeztem egy tesztet. A fent említett mirrorlist fájlt kimásoltam a home könyvtárba és lefuttattam ezt "$rankmirrors -n 5 mirrorlist > mirrorlist.rank". Ezzel kilistáztam az leggyorsabb első öt szervert a mirrorlist fájlban található listából (az eredmény az így keletkezett mirrorlist.rank fájlban található). Három tesztből kétszer az első, egyszer a második lett a mir.archlinux.fr. Az eredeti mirrorlist fájlban ezt a top 5 szervert tettem a lista élére.
A végén frissítettem a pacmant és a yaourtot
$sudo pacman -S pacman
$yaourt -S yaourt (nálam a yaourt a sudoers csopot tagja)
Szinkronizáltam a helyi és távoli adatbázist
$yaourt -Syy
Végül lefuttattam a rendszerfrissítést
$yaourt Syu --aur
Villámgyorsan lefutott a frissítés hiba nélkül.
Ui: az ftp.mfa.kfki.hu csak az egyik top 5-ös listán szerepelt, ott is az 5.-ik helyen. De nem is a sebességével volt bajom, hanem feltételezem, hogy nem hajtották végre ezt http://archlinux.fsf.hu/hir/valtozas-tukorszerver-szinkronizacioban
permalink
Mindenki olyan mirrort használ amilyet akar, de itt: http://archlinux.fsf.hu/oldal/linkek
erősen ajánlott nézegetni a "Tükörszerver-ellenőrző oldal"-t, mert ez mutatja meg, hogy mennyire frissül az adott mirror.
permalink
Sziasztok!
Lenne egy problémám. Pacman upgrade alatt openoffice telepítése során kifagyott a gép, nem reagál sem billentyűzetre, sem egérre. ugyanez a hibaüzenet előfordult már rar-ok kitömörítése közben, illetve nagyobb fájlok mozgatásakor. Miután újra bekapcsolom a gépet kiírja, hogy
EXT4-fs (sda3): ext4_orphan_cleanup: deleting unreferenced inode 64és a többi sor más inode számokkal.
A rendszerem 64 bites és egy HP pavilion DV6-ra telepítettem fel.
Ha valakinek van ötlete, hogy mi lehet a baj, vagy hasonlót tapasztalt kérem ossza meg velem.
Köszi,
Szolón
permalink
Veletlenul nem kattant a vinyo fagyaskor? Nekem vinyohibanak tunik, viszont ebben az esetben surgosen mentsel rola mindent ami fontos.
Bar lehet hogy mas a problema.
permalink
Szia
Nem kattant a vinyó, semmilyen fura hang nem volt. Sem a smart sem gparted sem a tune_fs nem jelez hibát. Szerintem azért mert az újraindulás során sikeresem eltávolótja az orphan inode-okat.
Amíg nem GNU alapú rendszer volt fent natívba, nem produkált ilyen hibát nagy fájlok mozgatásakor. De lehet, hogy nem volt fent sokáig hozzá.
permalink
hogyan van particionálva az arch?
esetleg a fagyás utánról egy dmesg-log?
soma-sk8
permalink
Nekem inkább memória hibának tűnik.. Live rendszerről (pl System Rescue CD) teszteld a memóriát a memtesttel.
permalink
Szia!
Partícionálás (fdisk):
Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 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: 0x0008c637
Device Boot Start End Blocks Id System
/dev/sda1 * 1 208844 104422 83 Linux
/dev/sda2 208845 4417874 2104515 82 Linux swap / Solaris
/dev/sda3 4417875 41287049 18434587+ 83 Linux
/dev/sda4 41287050 488392064 223552507+ 83 Linux
Log most nincs sajnos.
Viszon most vettem észre, hogy a negyedik partíció nem extended, hanem primary. Szóval 4 partícióm van úgy, hogy nincs rajta extended. Most már én is gyanítom, hogy ez lehet hiba okozója. Viszont nem tudom, hogy akkor telepítése során hogyan lehetett ezt az állapotot előállátani.
Ki kellene törölnöm az sda4-et és egy extended-et alárakni?
permalink
Miért lenne gond a 4 primary particio? Miért akarod kitörölni és extendedre cserélni? A telepítő nem véletlenül "hagyta" így kialakítani a partíciókat.
Oprendszertől függetlenül a következő módon lehet partíciókat kialakítani:
(maximum) 4 db primary
(maximum) 1 db extended (és benne számtalan logical)
DE ha primaryt és extendedet IS használsz egyszerre, akkor ezekből nem lehet több 4-nél! A te partíció kiosztásod megfelel ennek, ezzel tehát nincs gond.
Lehet persze hibás a merevlemezed és erre én is a hdsentinelt javaslom, de könnyen lehet memória hiba is, amire fentebb már céloztam.
permalink
Szia!
Szerintem tedd fel a hdsentinelt, pár pillanat. Majd nézd meg a vinyó állapotát.
Egy próbát megér. Én már egy ideje nem használok olyan vinyót ami a hdsentinel szerint hibás, mert már sokat szívtam vele.
permalink
Kiosztás alapján nincs gond a hellyel, viszont ha pont nagyméretűek mozgatásánál fagy ki az pedig gyanús.
Mind hdd és memcsi gondra vezethető vissza.
Nem muszáj átalakítani extre, bár régi urbanlegend szerint az extendedet könnyebben lehet visszaállítani.
A gépemen primarin csak az m$-van minden más extended.
soma-sk8
permalink
Hali
Lefuttattam egy HDSentinel-t, ez a kimenete:
-- Physical Disk Information - Disk: #0: TOSHIBA MK2555GSX --
Hard Disk Summary
-----------------
Hard Disk Number. . . . . . . . . . . . . . . . . 0
Hard Disk Device. . . . . . . . . . . . . . . . . /dev/sda
Interface . . . . . . . . . . . . . . . . . . . . S-ATA II
Hard Disk Model ID. . . . . . . . . . . . . . . . TOSHIBA MK2555GSX
Hard Disk Revision. . . . . . . . . . . . . . . . FG002C
Hard Disk Serial Number . . . . . . . . . . . . . 4937F8CPS
Hard Disk Total Size. . . . . . . . . . . . . . . 238475 MB
Current Temperature . . . . . . . . . . . . . . . 45 °C (113 °F)
Power On Time . . . . . . . . . . . . . . . . . . 181 days, 20 hours
Estimated Remaining Lifetime. . . . . . . . . . . more than 1000 days
Health. . . . . . . . . . . . . . . . . . . . . . #################### 100 % (Excellent)
Performance . . . . . . . . . . . . . . . . . . . #################### 100 % (Excellent)
The hard disk status is PERFECT. Problematic or weak sectors not found and there are no spin up or data transfer errors.
No actions needed.
A memóriatesztet is elkezdtem tegnap, de nem vártam meg mind a tizet, 4 lefutott helyesen 1 óra alatt kb.
Most azt tervezem, hogy újratelepítem a rendszert, 32 bites változatot teszek fel, mert egyelőre nem tervezem, hogy a memóriát bővítem.
Ha valakinek van még ötlete, szívesen fogadom.
Az eddigi segítségért is hálás vagyok soma-sk8-nak, barang-nak, Goosfrabaa-nak és muczy-nak.
permalink
na majd akkor melengetjük meg magunkat, ha sikerül a problémádat megoldani, addig csak borítékoljuk 8)
soma-sk8
permalink
Üdv!
Nos a helyzet az, hogy ma kivételesen jól viselkedett a gépem, nem fagyott ki. El tudtam indítani egy virtuális gépet és végre felment az openoffice. Ki kellett törölni az összes fájlt ami nem tetszett a pacman-nak.
Szolón
permalink
Hali!
Lehet, hogy fájlrendszer hiba, ugyanis az eredeti hozzászólásodból látom, hogy ext4-et használsz. Bár már stabilnak van ítélve rég ez a fájlrendszer, és nekem sem volt bajom vele míg használtam (újra ext3-t használok), több ismerősömnek volt már gondja vele (ezért használok újra ext3-t). Egyikük azt vette észre egy újraindítás után, hogy eltűnt pár rendszerfájlja, majd az újraindításokkal szépen tovább fogytak. A winchesternek nem volt baja, egyebek is ki lettek zárva,így végül a konklúzió az lett, hogy az ext4 lehet az oka. Miután ext3 használata óta nincs gondja, ez reálisnak tűnik.
Egyébként még anno amikor használtam ext4-t (bár akkor még viszonylag új volt, még Ubuntu alatt, azt hiszem az még az a kiadás volt, amikor még nem volt alapértelmezett fájlrendszer az ext4, de már fel volt ajánlva mint lehetőség a telepítéskor) úgy rémlik, hogy nagy fájlok másolásával volt gond. (de lehet xfs problémák rémlenek...). Az biztos, hogy adatvesztést már többeknél okozott.
Balázs
permalink
Hali hogyhogy virtuális gépet?
Winfos alól nyomod?
Mit értünk virtuális gép alatt?
--barang--
permalink
Sziasztok!
Ha lesz egy kis szabadidőm lehet, hogy kipróbálom az ext3-at, mert csak parasztvakításnak tettem fel az ext4-et, gondolván, hogy az biztos jobb. Szerintem nekem nem sok hasznom származik az ext4-ből eltekintve attól a ténytől hogy mostanában gondok voltak a géppel, lehetséges, hogy éppen az ext4 miatt.
A virtuális gépet úgy értem én, hogy archlinuxon van egy VirtualBox, amiben van telepítve Winfos7. Eme rendszer indításakor is több alkalommal kifagyott a rendszer.
Szolón
permalink