Изпечатай

[nikolaj_i]

Yum не работи в /var/run има файл yum.pid който е с дължина 0 ,права ?????? ,user ? , group ? и дата ? . Като пусна "yum update ми казва  OSError: [Errno 2] No such file or directory: '/var/run/yum.pid'.Четох по форумите но навсякъде пише
да се спре yum-update и да се изтрие файла, а аз по никакъв начин не мога да го изтрия. Като пусна rm -f не дава грешка но файла си стой. С ps -aux няма стартиран yum .
Благодаря предварително.

[neter]

Първо, влез като root не със su, а със "su -" (без кавичките) и пробвай да изтриеш файла. Ако не помага, то пробвай да рестартираш демона за обновления

Примерен код

/etc/init.d/yum-updatesd restart

и виж ще каже ли нещо или ще се промени ли нещо откъм файла. Принципно, можеш да удариш и по един chown и chmod на файла /var/run/yum.pid, току виж те послушал '> Пробвай да видиш и дали няма да успееш да извадиш някакво съдържание от него (нищо, че пише 0) с

Примерен код

cat /var/run/yum.pid

Ако искара нещо, покажи го тук '>

[nikolaj_i]

Блгодаря за съветите.
Това "su - " го знам от друг твой пост преди това влизах само със "su" и много се чудех защо с tab не ми дописва комадите.
Ето какво ми дава след тях.
[root@localhost run]# chown root:root /var/run/yum.pid
chown: cannot access `/var/run/yum.pid': No such file or directory
[root@localhost run]# chmod  777 /var/run/yum.pid
chmod: cannot access `/var/run/yum.pid': No such file or directory
[root@localhost run]# cat /var/run/yum.pid
cat: /var/run/yum.pid: No such file or directory
а ето го и резултата от ll
drwxr-xr-x 2 root     root      4096 2007-08-01 05:58 wpa_supplicant
-rw-r--r-- 1 root     root         6 2008-07-10 12:22 xfs.pid
-????????? ? ?        ?            ?                ? yum.pid

Ако в /etc/yum/yum-udatesd.conf опиша друг път към yum.pid но не знам формата.

[neter]

//offtopic

Командите не ти ги е дописвало не точно защото си влязъл само със su. Не ги е дописвало, защото явно su при теб е използвал shell обвивка, която няма тази функция. Разликата между su и "su -" е, че при su някои от променливите на средата остават от информацията за акаунта, от който е изпълнен su. При "su -" имаме пълно добиване на средата на root. Интересно защо при su ти се е зареждал shell, който явно не се е използвал нито от акаунта ти, нито от root и при положение, че едва ли специално си задавал да е така, ама както и да е. Това е друга тема '>

//ontopic

Пропусна да ми кажеш какво стана при

Примерен код

/etc/init.d/yum-updatesd restart

След изпълнението му, виж и в логовете /var/log/messages и /var/log/syslog (евентуално и лога на yum, ако има такъв) за нещо интересно в последните редове.

[tarator]

Вероятно файловата ти система се е омазала, опитай да я накараш да се check-не при следващото рестартиране.

[Ali Nebi]

Здравей, аз бих ти препоръчал yum-cron. yum-updatesd преди имаше проблем с неосвобожадаването на паметта. Използваше повече и повече памет. yum-cron е по-добрия вариант.

Относно проблема... ако можеш да влезеш като root влезни и го изтрий. Или пък ако имаш судо права направи
sudo rm -f /var/run/yum.pid

Не би трябвало да имаш проблеми с изтираването на файла ако имаш необходимите права.

[nikolaj_i]

[root@localhost ~]# /etc/init.d/yum-updatesd restart
Stopping yum-updatesd:                                     [  OK  ]
Starting yum-updatesd:                                     [  OK  ]
В /var/log/messages няма нищо за yum, a в /var/log/yum.log e записа с последното обновявяне от преди 2 седмици.
С rm -f /var/run/yum.pid не дава нищо но файла си стои.

[nikolaj_i]

И с fsck не стана нищо. Мина си но файла си стои.

[neter]

А ако пробваш да го изтриеш през някое LiveCD? Демек, зареждаш от LiveCD-то, монтираш дяла с файла някъде и пробваш да го изтриеш.

[nikolaj_i]

Това ще пробвам ама ще го закача на друг компютър и ще кажа какво е станало.

[nikolaj_i]

Нямаше ме няколко дни и сега продължавам борбата.
Заредих от liveCD, монтирах и пробвах.
rm -f /mnt/var/run/yum.pid
rm: cannot remove `/mnt/var/run/yum.pid': Stale NFS file handle
Търся в Google но за сега намрим съвети само да размонтирам
и да монтирам на ново .

[peterangelov]

може би нищо няма да се получи - но все пак

опитай да намериш файла по inode и така да го изтриеш:

Примерен код

ls -i /var/run/yum.pid

това ще ти даде номера на inode за този файл

след това (замени INODE_NUMBER с номера на inode, получен в ls -i):

Примерен код

find /var/run/ -inum INODE_NUMBER -exec rm -f {} \;

и виж дали все още същестува файла

[nikolaj_i]

ls -i  /var/run/yum.pid
ls: cannot access /var/run/yum.pid: No such file or directory

без yum.pid

ls -i  /var/run/
ls: cannot access /var/run/yum.pid: No such file or directory
..........
.........
..........
37060630 NetworkManager          37028788 yum.pid
37028229 nscd
и после давам
[root@localhost ~]# find /var/run/ -inum 37028788 -exec rm -f {} \;
find: /var/run/yum.pid: No such file or directory

[remotex]

Съгласен съм с таратора по-горе, най-вероятно е от прецакване на файловата система:
1. пробвай с mc дали няма да успее да го изтрие (нищо че  е с кофти/без име)
2. щом fsck минава и е ок - това не означава че не е било омазано и после оправено - просто дотлкова е можало дотолкова е оправило (вероятно автоматично и не се е забелязало) - тогава пусни smartctl: първо късия после дългия тест on-line
напр. smartctl --test=long /dev/hda

Последния път като се борих с подобен проблем (което бе съсвем наскоро) се оказа, че: диска почва да прави проблем но не от задиране по пътечките ами хардуерен и много неуловим - веднъж работи нормално друг път (след рестарт най-вече) нещо напреженията не му харесат и си кара както си иска т.е. омазва при запис - без ОС/файловата с-ма да разбере нещо: е 1-2 пъти се усети и пусна и fsck и той каквото можа направи, но... беше същото положение като твоето едни файлове с едни въпросителни и.. никави номера от търсачките за триене по inode не минават просто защото обик. сочи към несъществуващи такива. Това обик. се открива само със smartctl и много внимавай - пусни го няколко пъти след спиране и пускане на компа защото напр. на този за който говоря понякога изглежда си захапваше на правилното напрежение HDD - и понеже СМАРТ си пази журналче от последните 5 теста още му седят 3. Лоши "къси" теста, 1 добър "дълъг" и последния 1. лош "дълъг" иди че разбери т.е. предпоследния старт е бил ОК а последния НЕ. Вече е бракуван ...
та.. ако и midnight commander не помогне може би е време да се замислиш за нов ..овреме :-)
Пиши после каква е ситуацията при теб.

[nikolaj_i]

4  Short offline       Completed without error       00%      3041         -
# 5  Short offline       Completed without error       00%      3039         -
# 6  Extended offline    Completed without error       00%      3038  

И така много пъти, и с mc не става. Явно е време да мина от Fedora 7
към Fedora 8, ако и тогава остане ще мина на Fedora 9 и после ще чакам 10 .
Благодаря на всички за съветите.