Dotaz: archlinux gnupg a gnupg2 jsou v konfliktu , pacman nelze upgradovat

[marek]

Dobrý den , potřeboval bych poradit. Delší dobu jsem neaktualizoval archlinux, možná 3až4 měsíce a teď když jsem ho zkoušel nabootovat prostě to nejde. Sice jsem ho chrootnul z debianu, ale aktualizovat taky nejde, vypisuje mi to , že se musí aktualizovat pacman a .. gnupg a gnupg2 jsou v konfliktu a díky těmto dvěma chybám nejde aktualizovat (jedna se odvolává na druhou, plus další závislosti balíčků) Mohl by mi někdo prosím poradit co s tím? Děkuji .

ps: administrátorům .. položil jsem dotaz do unixové poradny, ale patří spíše tady, může být z unixové diskuse vymazán?

---

---

Odpovědi

[mess]

pacman -Sy
pacman -Rdd gnupg2
pacman -S gnupg
pacman -Su

Možná si zjisti, jestli byl gnupg2 nainstalován jako závislost (pacman -Qi gnupg2) a pokud ano, tak ke třetímu příkazu přidej parametr --asdeps.

A rada na závěr: ArchLinux je dobré aktualizovat nejméně jednou týdně. Při delších intervalech si říkáš o potíže.

[marek]

provedl jsem chroot z debianu a taky úspěšně první dva kroky a pak to hlásilo nedostatek místa .. stejně i pro upgrade pacmanu :

Cíle (1): pacman-4.0.3-1

Celková velikost po instalaci:    3,54 MiB
Odhadovaná velikost aktualizace:  0,05 MiB

Pokračovat v instalaci? [A/n] 
(1/1) kontrola integrity balíčků                   [#######################] 100%
(1/1) načítání balíčku                             [#######################] 100%
(1/1) kontrola konfliktů souborů                   [#######################] 100%
chyba: nepodařilo se určit kořen přípojného bodu /
chyba: není dostatek volného místa na disku
chyba: selhalo provádění transakce (není dostatek volného místa na disku)
Vyskytly se chyby, žádné balíčky nebyly aktualizovány.

zkusil jsem nabootovat a zázrakem se to povedlo, jen stále vypisuje nedostatek místa (mám zaplněnou asi třetinu oddílu) : df vypíše pouze

df
Souborový systém 1K-bloků Užito   Volné Uži% Připojeno do
shm               2021752   328 2021424   1% /dev/shm

přitom mám disk rozdělen na několik oddílů , které konqueror normálně vidí a připojí, taky /etc/fstab nějak zeštíhlel, myslím, že jsem tam toho měl víc

 
# /etc/fstab: static file system information
#
# 
devpts                 /dev/pts      devpts    defaults            0      0
shm                    /dev/shm      tmpfs     nodev,nosuid        0      0

/dev/sda5 swap swap defaults 0 0
/dev/sda7 / reiserfs defaults 0 1

nemáte prosím ještě nějaké nápady?

[mess]

No, ten výstup z toho df moc použitelný není, protože tam není vidět, kolik volného místa je na /dev/sda7, který máš připojený jako /. Jinak na řešení problémů s místem se mi osvědčil příkaz pacman -Sc. Pacman si totiž na disk ukládá všechny balíky, které stáhne z repozitáře. A těch může být po čase i několik desítek GB. Výše zmíněný příkaz promaže cache pacmana tak, že v ní zanechá jen balíky, které jsou aktuálně nainstalované. Po provedení toho příkazu můžeš zkusit dokončit aktualizaci systému. A nezapomeň doinstalovat to gnupg, které jsi odebral, ať se ti něco nerozbije.

[marek]

Děkuji za odpověď, ale to není chyba volného místa na disku

ta chyba má něco společného s HAL , při bootování systému se to sekne asi na tři minuty právě na této hlášce :

Starting Hardware Abstraction Layer    [BUSY]    [FAIL] 

přitom jsem i v /etc/rc.conf zkoušel smazat i dbus , ale vše je pořád stéjné.. a taky pak ve výpisu pacmana :

chyba: nepodařilo se určit kořen přípojného bodu /
chyba: není dostatek volného místa na disku
chyba: selhalo provádění transakce (není dostatek volného místa na disku)
Vyskytly se chyby, žádné balíčky nebyly aktualizovány.

kde a jak určit kořen přípojného bodu / ?

[rastos]

kde a jak určit kořen přípojného bodu / ?

V dnešnej dobe sa zvyčajne robí symlink /dev/root ukazujúci na skutočný device s root FS. Ale je mi to divné ... skutočne df nenapíše viac? A nie je meno root-u napr. v /proc/cmdline ?

[MadCatX]

HAL už se docela dlouho nepoužívá, rozhodně bych jej odstranil z DAEMONS a následně odinstaloval. Ten výstup df je nanejvýš zvláštní, vypíše totéž i mount? Co vám vrátí

ls /dev/ | grep sd

a

cat /proc/cmdlime

?

[mess]

Vidíš - říkals, že máš dojem, že ti /etc/fstab nějak zeštíhlel. Podívej se, jestli se nepřepsal při nějaké aktualizaci (což je nepravděpodobné, ale možné). Pacman by v tom případě měl zálohovat kopii do /etc/fstab.pacsave. Podívej se, jestli ten soubor neexistuje a pokud ano, tak ho porovnej s tím fstabem, co tam máš teď a nějak to utřepej dokopy. Pak to zkus znova nabootovat.

[marek]

trošku jsem si s tím hrál, smazal jsem hal z rc.conf a upravil fstab.. po několika zkouškách jsem to nechal takto:

# 
# /etc/fstab: static file system information


#devpts                 /dev/pts      devpts    defaults            0      0
#shm                    /dev/shm      tmpfs     nodev,nosuid        0      0

#none                   /dev/pts      devpts    defaults            0      0
#none                   /dev/shm      tmpfs     defaults            0      0
#none                   /proc/bus/usb usbfs     defaults            0      0


tmpfs                  /tmp          tmpfs     nodev,nosuid        0      0
/dev/sda7        /            reiserfs    defaults,noatime         0      1
/dev/sda5       none           swap       defaults                 0      0

cat /proc/cmdline vypíše: root=/dev/sda7 ro
ls /dev/ | grep sd vypíše:

sda
sda1
sda2
sda3
sda5
sda6
sda7
sda8

ale největší perlu vypíše df

Souborový systém Velikost Užito Volno Uži% Připojeno do
shm                  2,0G  328K  2,0G   1% /dev/shm
tmpfs                373G   94G  280G  26% /tmp
/dev/sda6            373G   94G  280G  26% /mnt/sda6
/dev/sda8            373G   94G  280G  26% /mnt/sda8
none                 2,0G  328K  2,0G   1% /dev/shm

protože těch 373 Giga by mělo patřit sda7 , ostatní oddíly mám asi po 100 giga na zkoušení dalších systémů, takže vůbec nechápu co se děje jinak stav je stále stejný , nelze aktualizovat kvůli nedostatku místa a nenalezení kořenového adresáře

[mess]

A co ti vypíše po nabootování příkaz mount?

[marek]

mount píše:

shm on /dev/shm type tmpfs (rw,nosuid,nodev)
/dev/sda8 on /media/51f85fa6-87af-4927-a9b6-e4e0b09d1e42 type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sda6 on /media/c0438bf6-4c04-4b69-aad9-b62d854cda49 type ext4 (rw,nosuid,nodev,uhelper=udisks)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev)
/dev/sda8 on /media/51f85fa6-87af-4927-a9b6-e4e0b09d1e42 type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sda6 on /media/c0438bf6-4c04-4b69-aad9-b62d854cda49 type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sda6 on /mnt/sda6 type ext4 (rw,noatime,commit=0)
/dev/sda8 on /mnt/sda8 type ext4 (rw,noatime,commit=0)
/dev/sr0 on /media/ARCH_201108 type udf (ro,nosuid,nodev,uid=1000,gid=100,iocharset=utf8,umask=0077,uhelper=udisks)
none on /dev/shm type tmpfs (rw)
none on /proc/bus/usb type usbfs (rw)
gvfs-fuse-daemon on /home/arch/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arch)

[mess]

Toto je divné. Nikde tam nevidím připojený /. Tohle je výpis z nabootovaného Archu? Pokud ano, tak se divím, že nehlásil při bootu problémy s připojením kořenového systému souborů. Nebo to je výpis z toho chrootu? Co se stane, když dáš připojit /dev/sda7 ? Zkus ho klidně připojit i do nějaké jiné složky, jen ať je vidět, jestli to půjde a jestli tam bude to, co čekáš.

[marek]

to je výpis přímo z archu
připojit sda7 jde a je tam asi vše jak má být,
při botoování mám dvě hlášky:

Checking Filesystems    [BUSY] 
Reiserfs super block in block 16 on 0x807 of format 3.6 with standard journal Blocks (total/free): 97657104/73177800 by 4096 bytes Filesystem is clean   [DONE] 

a druhá:

Warning: Your network settings are deprecated. Please refer to /etc/rc.conf on how to define a single wired connection, or use a utility such as netcfg.
 Starting Network    [BUSY]    [DONE] 

síť funguje v konqueroru mohu normálně šmejdit po disku i na dalších oddílech (i před ručním mountnutím sda7).

[mess]

Našel jsem tohle vlákno na fóru ArchLinuxu a s ním související novinku. Abych to shrnul - je potřeba smazat soubor /etc/mtab a nahradit ho symlinkem do /proc/self/mounts. To by mělo napravit ty podivnosti s "nepřipojeným" rootem. Pak by se to mělo rozběhnout.

sudo rm /etc/mtab
sudo ln -s /proc/self/mounts /etc/mtab

Jak jsem už psal dřív - neaktualizováním ArchLinuxu si zaděláváš na problémy . A při aktualizacích je potřeba číst výstup z pacmana.

[marek]

děkuji "messi" tohle opravdu zabralo .. dva příkazy a už to fičí.. stahují se asi 2 giga aktualizací, tak doufám, že to dobře dopadne, ještě jednou díky :)

[MadCatX]

Tak tohle je doopravdy prazvláštní. Ty sda6 a sda8 se připojí hned při bootu, nebo jste je připojil až poté ručně? Zkuste:

ls -l /dev/disk/by-uuid

a podívejte se, jaké UUID má sda7. Pak upravte fstab tak, aby se / připojoval dle UUID a ne dle /dev/sdaX

Jen pro kontrolu,

fdisk -l

vypíše co?