Re: Голям проблем...
16 отговора
2175 прегледа
Re: Голям проблем...
Влез като root и напиши
ls /home/DMX/Documents -la
Пак ли дава permisson denied?
Ако не - вж. какви точно права си задал и ги оправи. Най-вероятно директорията Documents няма права за "изпълнение" (не може да се "влиза"). Можеш да пуснеш Konqueror с root права ако ти е по-лесно (командата е: kdesu konqueror).
Ако продължава да ти дава permisson denied, дори и когато си root... значи положението е сериозно. Може да са лоши сектори на хард диска, може да е развалена оперативна памет. Най-напред провери оперативната памет!. Това става като поставиш диск с Knoppix или VS Live в CD-ROM устройството, нагласиш BIOS-a да зарежда от CD, и рестартираш компютъра. Преди зареждането на ядрото, вместо да натиснеш enter, напиши memtest. Ще се стартира програмата memtest и ще започне да проверява. Чака се - тази програма проверява бавно.
[линк]
ls /home/DMX/Documents -la
Пак ли дава permisson denied?
Ако не - вж. какви точно права си задал и ги оправи. Най-вероятно директорията Documents няма права за "изпълнение" (не може да се "влиза"). Можеш да пуснеш Konqueror с root права ако ти е по-лесно (командата е: kdesu konqueror).
Ако продължава да ти дава permisson denied, дори и когато си root... значи положението е сериозно. Може да са лоши сектори на хард диска, може да е развалена оперативна памет. Най-напред провери оперативната памет!. Това става като поставиш диск с Knoppix или VS Live в CD-ROM устройството, нагласиш BIOS-a да зарежда от CD, и рестартираш компютъра. Преди зареждането на ядрото, вместо да натиснеш enter, напиши memtest. Ще се стартира програмата memtest и ще започне да проверява. Чака се - тази програма проверява бавно.
[линк]
в отговор на The Fallen Angel
#4
Re: Голям проблем...
Преди да хакаш формати си провери оперативната памет.
Аз преди време се чудих защо ми излизат странни съобщения, че нямам достъп до някои файлове и защо ядрото през 10 минути забива. Оказа се развалена RAM памет. В предния постинг писах как се проверява.
[линк]
Аз преди време се чудих защо ми излизат странни съобщения, че нямам достъп до някои файлове и защо ядрото през 10 минути забива. Оказа се развалена RAM памет. В предния постинг писах как се проверява.
[линк]
в отговор на The Fallen Angel
#6
Re: Голям проблем...
Здравей Паднали Ангеле,
слушай (ъъъм чети де) сега една възможност да пооправиш батака (поне на мен преди време ми помогна много). Не гарантирам, че ще ти помогне, но поне си заслужава да опиташ, преди да минеш 20-те ГБ-та с Голямата Гъба.
Това го прави в случай, че memtest не ти даде грешки в паметта, ако имаш такива грешки е ясно какво да правиш...
Извади си едно bootCD на SuSE 9.0 и се зареди в Rescue Mode, ще бъдеш в single user mode, root access. Монтирай си /-дяла само за четене (read-only). Прегледай си тогава /bin /usr/bin директориите и бъди сигурен, че програмите bash и ls са си оригиналните (че знае ли човек, кога някой гамен може да му хакне машината), провери и за техните права като файлове.
Ако всичко е ток и жици, монтирай си home-дяла пак само read-only и опитай да прегледаш въпросната проблемна директория Documents. Ако можеш да я преглеждаш, тогава премонтирай дяла и за запис и оправи правата за твоят потребител. Ако пък пак нямаш достъп да доректорията се приготви вътрешно да дадеш свидни жертви под формата на файлове и поддиректории. Демонтирай дяла и пусни един fsck подобаващ на файловата система която ползваш (моля само де не ми казваш че си си сложил ReiserFS ама от най-новият, тогава сам си си виновен за проблемите). По всяка вероятност фс-чека ще те осветли за сериозни проблеми с файловата система и при малко късмет ще ти предложи да ги фиксне великодушно вместо теб. Приеми предложението ако го има, ако го няма значи ще се наложи да се бориш с лоши сектори по диска... Лоша работа значи...
Ако файловата ти система е била фиксната, пробвай пак да прегледаш въпросната проблемна директория. С надежда, че можеш да я преглеждаш, може би ще установиш някоя и друга загуба на файлове и/или директории, но ги прежали - можело и по-лошо да бъде... Ако пак нямаш достъп до директорията, значи пак се връщаме при ситуацията с лошите дискови сектори - лоша работа значи...
Пиши какво става, че да знам докъде си стигнал.
Успех ти пожелавам.
Wir sind doove boaren, oilala-oilali!
слушай (ъъъм чети де) сега една възможност да пооправиш батака (поне на мен преди време ми помогна много). Не гарантирам, че ще ти помогне, но поне си заслужава да опиташ, преди да минеш 20-те ГБ-та с Голямата Гъба.
Това го прави в случай, че memtest не ти даде грешки в паметта, ако имаш такива грешки е ясно какво да правиш...
Извади си едно bootCD на SuSE 9.0 и се зареди в Rescue Mode, ще бъдеш в single user mode, root access. Монтирай си /-дяла само за четене (read-only). Прегледай си тогава /bin /usr/bin директориите и бъди сигурен, че програмите bash и ls са си оригиналните (че знае ли човек, кога някой гамен може да му хакне машината), провери и за техните права като файлове.
Ако всичко е ток и жици, монтирай си home-дяла пак само read-only и опитай да прегледаш въпросната проблемна директория Documents. Ако можеш да я преглеждаш, тогава премонтирай дяла и за запис и оправи правата за твоят потребител. Ако пък пак нямаш достъп да доректорията се приготви вътрешно да дадеш свидни жертви под формата на файлове и поддиректории. Демонтирай дяла и пусни един fsck подобаващ на файловата система която ползваш (моля само де не ми казваш че си си сложил ReiserFS ама от най-новият, тогава сам си си виновен за проблемите). По всяка вероятност фс-чека ще те осветли за сериозни проблеми с файловата система и при малко късмет ще ти предложи да ги фиксне великодушно вместо теб. Приеми предложението ако го има, ако го няма значи ще се наложи да се бориш с лоши сектори по диска... Лоша работа значи...
Ако файловата ти система е била фиксната, пробвай пак да прегледаш въпросната проблемна директория. С надежда, че можеш да я преглеждаш, може би ще установиш някоя и друга загуба на файлове и/или директории, но ги прежали - можело и по-лошо да бъде... Ако пак нямаш достъп до директорията, значи пак се връщаме при ситуацията с лошите дискови сектори - лоша работа значи...
Пиши какво става, че да знам докъде си стигнал.
Успех ти пожелавам.
Wir sind doove boaren, oilala-oilali!
Re: Голям проблем...
Обещавам да направя всичко което успях да разбера
ReiserFS нито го знам, нито съм го чувал.
А т'ва bootCD от къде да го извадя? Ако е един от 5-те диска на сусито то го имам... Иначе ще ми трябва малко инфо от къде да го зема...
Иначе инфото което ис дал кърти мивки, и слепец като мен ще го направи, мерси
П.П.
"Това го прави в случай, че memtest не ти даде грешки в паметта, ако имаш такива грешки е ясно какво да правиш... "
Ъммм, прощавай за може би тъпия въпрос, но какво точно трябва да правя в този случай?
ReiserFS нито го знам, нито съм го чувал.
А т'ва bootCD от къде да го извадя? Ако е един от 5-те диска на сусито то го имам... Иначе ще ми трябва малко инфо от къде да го зема...
Иначе инфото което ис дал кърти мивки, и слепец като мен ще го направи, мерси
П.П.
"Това го прави в случай, че memtest не ти даде грешки в паметта, ако имаш такива грешки е ясно какво да правиш... "
Ъммм, прощавай за може би тъпия въпрос, но какво точно трябва да правя в този случай?
Редактирано от The Fallen Angel на
в отговор на The Fallen Angel
#10
Re: Голям проблем...
Гепи Паднали Ангеле,
значи, ReiserFS е файлова система набедена за много напредничава - журналинг, самопоправка на дребни проблеми, следене на интегритета на ФС в режим невидим за обикновения потребител и прочие "вкусотии". Е лошото е че нито една от тези "вкусотии" не работи както трябва и рано или късно инсталациите на Линукс, които работят с тази файлова система се скапват предизвиквайки загуби на информация (а и на много пари). Колкото и нови версии с поправки и подобрения да излизат, файловата система ще си остане бъгава и неспособна да гарантира сигурност на данните записани по дисковете форматирани с нея.
Виж, това си е лично мое мнение и не те задължава с нищо, нито да го споделяш, нито да го приемаш като някаква даденост. Аз лично ползвам добрата стара ext2-файлова система и досега не съм имал нито един проблем свързан с нея на нито една дистрибуция, която през дългите ми години на Линукс-потребител съм ползвал.
Така, това беше малко лирично отклонение, сега на твоите въпроси...
bootCD-то можеш да си направиш сам, като си го изпечеш от boot-поддиректорията на твоята дистрибуция. Там има един файл с име boot.iso който представлява образ на bootCD-то. Разбира се можеш да ползваш и bootCD-то от самата зузе-дистрибуция ако не ти се занимава с печене на цеде-та. Важното е това bootCD да ти даде опцията Rescue Mode когато зареждаш от него.
Ако memtest-а ти даде грешки в паметта е ясно какво се прави, макар да подозирам, че се гъбаркаш с мен, ще ти отговоря все пак - отиваш и си купуваш нова оперативна памет и подменяш с нея повредената от машината ти. Кои от чиповете физически са сдали багажа ще ти кажат техниците в магазина от където ще си вземеш новата (и здрава!) оперативна памет.
Успех ти пожелавам.
Wir sind doove boaren, oilala-oilali.
значи, ReiserFS е файлова система набедена за много напредничава - журналинг, самопоправка на дребни проблеми, следене на интегритета на ФС в режим невидим за обикновения потребител и прочие "вкусотии". Е лошото е че нито една от тези "вкусотии" не работи както трябва и рано или късно инсталациите на Линукс, които работят с тази файлова система се скапват предизвиквайки загуби на информация (а и на много пари). Колкото и нови версии с поправки и подобрения да излизат, файловата система ще си остане бъгава и неспособна да гарантира сигурност на данните записани по дисковете форматирани с нея.
Виж, това си е лично мое мнение и не те задължава с нищо, нито да го споделяш, нито да го приемаш като някаква даденост. Аз лично ползвам добрата стара ext2-файлова система и досега не съм имал нито един проблем свързан с нея на нито една дистрибуция, която през дългите ми години на Линукс-потребител съм ползвал.
Така, това беше малко лирично отклонение, сега на твоите въпроси...
bootCD-то можеш да си направиш сам, като си го изпечеш от boot-поддиректорията на твоята дистрибуция. Там има един файл с име boot.iso който представлява образ на bootCD-то. Разбира се можеш да ползваш и bootCD-то от самата зузе-дистрибуция ако не ти се занимава с печене на цеде-та. Важното е това bootCD да ти даде опцията Rescue Mode когато зареждаш от него.
Ако memtest-а ти даде грешки в паметта е ясно какво се прави, макар да подозирам, че се гъбаркаш с мен, ще ти отговоря все пак - отиваш и си купуваш нова оперативна памет и подменяш с нея повредената от машината ти. Кои от чиповете физически са сдали багажа ще ти кажат техниците в магазина от където ще си вземеш новата (и здрава!) оперативна памет.
Успех ти пожелавам.
Wir sind doove boaren, oilala-oilali.
Еее, много крайно
Сега изкарваш, че журналните файлови системи по принцип не стават. А не е така; поне теоретично идеята е работеща и се използва във всяка съвременна ОС. Бъговете (доколкото ги има) са основно в обработката на редки ситуации, зависят от реализацията и могат да се оправят.
Лично аз ценни данни с Reiser не съм губил, а я използвам от години, токът е спирал, пак идвал, пак спирал и така Наистина, случвало ми се е да помогна мъничко и сигурно наистина има шанс да загубя нещо важно заради бъгове, но мисля че не е по-голям от вероятността нещата да се наклепат в не-журнална fs като ext2.
П.П. Съветите ти са добри, само с мнението ти за журналните ФС не съм съгласен
Понякога седя и си мисля, а понякога само си седя ...
Лично аз ценни данни с Reiser не съм губил, а я използвам от години, токът е спирал, пак идвал, пак спирал и така
Наистина, случвало ми се е да помогна мъничко и сигурно наистина има шанс да загубя нещо важно заради бъгове, но мисля че не е по-голям от вероятността нещата да се наклепат в не-журнална fs като ext2.
П.П. Съветите ти са добри, само с мнението ти за журналните ФС не съм съгласен
Понякога седя и си мисля, а понякога само си седя ...
Редактирано от Mackлин на
Re: Еее, много крайно
Здравей Ном-е,
то аз вече написах, че написаното относно журналните ФС си е мое лично мнение и никого не задължавам с него.
Предполагам каквото и да се пише за която и да е ФС все ще е сбор или обединение на множество лични мнения и най-големият брой еднакви или подобни мнения ще формират и общото мнение за дадената ФС.
Та на принципа на личното мнение искам да кажа, че аз лично съм губил безценна информация именно поради наличието на журнални ФС инсталирани на компютрите на които съм работил. Никога обаче не съм губил информация, когато съм работил с ext2 (в интерес на истината, това е единствената не-журнална ФС под Линукс с която съм работил). Извода за мен си се налага от самосебеси.
Щом Ном-е приемаш мнението ми за крайно, така да бъде - нямам нищо против. Аз пък приемам твоето мнение за крайно (вероятността да се сбъга журнална ФС била не по-голяма от вероятността да се сбъга не-журнална ФС), просто защото в журналната ФС има много повече и по-сложни неща които могат да се сбъгат, отколкото ги има в не-журнална ФС. Не мислиш ли че е така?
Приятна вечер.
Wir sind doove boaren, oilala-oilali.
то аз вече написах, че написаното относно журналните ФС си е мое лично мнение и никого не задължавам с него.
Предполагам каквото и да се пише за която и да е ФС все ще е сбор или обединение на множество лични мнения и най-големият брой еднакви или подобни мнения ще формират и общото мнение за дадената ФС.
Та на принципа на личното мнение искам да кажа, че аз лично съм губил безценна информация именно поради наличието на журнални ФС инсталирани на компютрите на които съм работил. Никога обаче не съм губил информация, когато съм работил с ext2 (в интерес на истината, това е единствената не-журнална ФС под Линукс с която съм работил). Извода за мен си се налага от самосебеси.
Щом Ном-е приемаш мнението ми за крайно, така да бъде - нямам нищо против. Аз пък приемам твоето мнение за крайно (вероятността да се сбъга журнална ФС била не по-голяма от вероятността да се сбъга не-журнална ФС), просто защото в журналната ФС има много повече и по-сложни неща които могат да се сбъгат, отколкото ги има в не-журнална ФС. Не мислиш ли че е така?
Приятна вечер.
Wir sind doove boaren, oilala-oilali.
Ами не
Ако гледаш на ФС като на черна кутия - да, така е - по-простата изглежда по-надеждна.
И наистина, ако програмистите не внимават, по-добре е да пишат прости неща.
Проблемът идва от това, че дори кодът на не-журнална файлова система да е 100% без грешки, има моменти в които съдържанието на диска е противоречиво, просто защото трябва на различни места да се запишат данни за извършваната операция - примерно да се отблежи даден блок за зает и да се отблежи новият размер на файла, към който е добавен този блок. Каквото и да правиш, ако токът спре в този момент ...
Положението се утежнява още повече от това, че с цел производителност спокойно може да се получи така, че няколко блока да бъдат заети, а информацията за това да се запише чак след заемането на последния - примерно, за да не разхождаш излишно главата на диска напред-назад. Да не говорим за кеширанията, които могат да доведат до произволни ефекти.
Така че има неща извън контрола на програмиста или поне функционалност, от която не искаме да се откажем, която обаче може да доведат до загуба на данни или поне до несинхронизираност на ФС в различни критични ситуации.
Именно за решаване на такива проблеми са създадени журналните ФС; да, те могат да имат грешки в допълнителния код за журналинг, но в общият случай ситуацията се подобрява, защото по-малко зависим от външни фактори (в идеалният случай не зависим изобщо).
Така че вероятността да загубим данни в случая с нормална ФС зависи от външни фактори с да кажем постоянна и независеща от нас стойност, докато при журнална ОС вероятността намалява непрекъснато с изчистването на кода от грешки.
Разбира се, ако осигуриш непрекъсваемо захранване и качествен хардуер може би е по-добре да използваш не-журнална ФС (понеже едва ли ще има незавършена дискова операция, която да доведе до проблеми, особено при стабилна ОС, независеща от поведението на приложенията).
Също така, ако държиш много на данните си, не бива да използваш неизчистена технология (примерно ReiserFS 4 - много ми се иска да я използвам, била много бърза казват, но ... все още ме е страх).
Съжалявам за данните ти и много добре те разбирам. Но мисля че и в двата случая е въпрос на късмет - и това, че си попаднал на гнасен бъг заради когото си загубил нещата си, и това, че не ти се е случвало да спре тока в неподходящ момент, докато си работил с ext2.
Понякога седя и си мисля, а понякога само си седя ...
И наистина, ако програмистите не внимават, по-добре е да пишат прости неща.
Проблемът идва от това, че дори кодът на не-журнална файлова система да е 100% без грешки, има моменти в които съдържанието на диска е противоречиво, просто защото трябва на различни места да се запишат данни за извършваната операция - примерно да се отблежи даден блок за зает и да се отблежи новият размер на файла, към който е добавен този блок. Каквото и да правиш, ако токът спре в този момент ...
Положението се утежнява още повече от това, че с цел производителност спокойно може да се получи така, че няколко блока да бъдат заети, а информацията за това да се запише чак след заемането на последния - примерно, за да не разхождаш излишно главата на диска напред-назад. Да не говорим за кеширанията, които могат да доведат до произволни ефекти.
Така че има неща извън контрола на програмиста или поне функционалност, от която не искаме да се откажем, която обаче може да доведат до загуба на данни или поне до несинхронизираност на ФС в различни критични ситуации.
Именно за решаване на такива проблеми са създадени журналните ФС; да, те могат да имат грешки в допълнителния код за журналинг, но в общият случай ситуацията се подобрява, защото по-малко зависим от външни фактори (в идеалният случай не зависим изобщо).
Така че вероятността да загубим данни в случая с нормална ФС зависи от външни фактори с да кажем постоянна и независеща от нас стойност, докато при журнална ОС вероятността намалява непрекъснато с изчистването на кода от грешки.
Разбира се, ако осигуриш непрекъсваемо захранване и качествен хардуер може би е по-добре да използваш не-журнална ФС (понеже едва ли ще има незавършена дискова операция, която да доведе до проблеми, особено при стабилна ОС, независеща от поведението на приложенията).
Също така, ако държиш много на данните си, не бива да използваш неизчистена технология (примерно ReiserFS 4 - много ми се иска да я използвам, била много бърза казват, но ... все още ме е страх).
Съжалявам за данните ти и много добре те разбирам. Но мисля че и в двата случая е въпрос на късмет - и това, че си попаднал на гнасен бъг заради когото си загубил нещата си, и това, че не ти се е случвало да спре тока в неподходящ момент, докато си работил с ext2.
Понякога седя и си мисля, а понякога само си седя ...
Re: Ами не
Здравей Ном-е,
приемам част от аргументите ти а именно, че има ситуации в които обективни причини предизвикват срив в дадена ФС (журнална или не) и единствено напредничави технологии като журналинга могат да минимират евентуални поражения (но не и да ги елиминират!). Дотук добре, нека обаче да говорим за нормални ежедневни обстоятелства при които спирането на тока, земетресение с магнитуд 10 по Рихтер, пожар или наводнение, токов удар от няколко десетки ампера са събития с вероятност за случване клоняща към нула. Съвсем нормално ежедневие...
Като например следните случки от моето ежедневие:
Два месеца и половина ЗуЗЕ 9.0 инсталацията на моята машина у дома гърмеше и трещеше на всеки 5-6 часа... Просто както си работя, изведнъж компютъра се ресетира и последващият старт на Линукса завършва със добре познатите надписи подобни на този
"Failed to mount /dev/xxx, the drive is not clean. Remount it read-only and do manual check."
Личният ми опит показва, че при журналните системи като ReiserFS и Ext3+Journaling състоянието на съответният партишън налага реформат, защото почти нищо от файловата система не е останало читаво.
Смених ФС с Ext2 и следващите 2 месеца не загубих нито един байт информация. Открих какъв и къде е проблема, отстраних го, но оставих Ext2. Не съжалявам за решението си.
Друга ситуация, дъщеря ми много обича да е при мен когато работя и много често се случва, тя да ми ресетира машината когато си играе наоколо. Резултата е ясен - ФС е читава само ако е Ext2.
Ти си прав Ном-е и за друго - принципа на журналните системи е правилен и теоретично изпълнява задачите си. Само теоретично обаче... Съмнявам се, че дори и ReiserFS версия 15 да излезе, пак ще върши работата, която теоретично трябва да върши.
Приятно е да се дискутира с теб Ном-е, ако ти е писнало от крайни позиции спрямо ФС, дай друга тема...
Лека нощ.
Wir sind doove boaren, oilali-oilala
приемам част от аргументите ти а именно, че има ситуации в които обективни причини предизвикват срив в дадена ФС (журнална или не) и единствено напредничави технологии като журналинга могат да минимират евентуални поражения (но не и да ги елиминират!). Дотук добре, нека обаче да говорим за нормални ежедневни обстоятелства при които спирането на тока, земетресение с магнитуд 10 по Рихтер, пожар или наводнение, токов удар от няколко десетки ампера са събития с вероятност за случване клоняща към нула. Съвсем нормално ежедневие...
Като например следните случки от моето ежедневие:
Два месеца и половина ЗуЗЕ 9.0 инсталацията на моята машина у дома гърмеше и трещеше на всеки 5-6 часа... Просто както си работя, изведнъж компютъра се ресетира и последващият старт на Линукса завършва със добре познатите надписи подобни на този
"Failed to mount /dev/xxx, the drive is not clean. Remount it read-only and do manual check."
Личният ми опит показва, че при журналните системи като ReiserFS и Ext3+Journaling състоянието на съответният партишън налага реформат, защото почти нищо от файловата система не е останало читаво.
Смених ФС с Ext2 и следващите 2 месеца не загубих нито един байт информация. Открих какъв и къде е проблема, отстраних го, но оставих Ext2. Не съжалявам за решението си.
Друга ситуация, дъщеря ми много обича да е при мен когато работя и много често се случва, тя да ми ресетира машината когато си играе наоколо. Резултата е ясен - ФС е читава само ако е Ext2.
Ти си прав Ном-е и за друго - принципа на журналните системи е правилен и теоретично изпълнява задачите си. Само теоретично обаче... Съмнявам се, че дори и ReiserFS версия 15 да излезе, пак ще върши работата, която теоретично трябва да върши.
Приятно е да се дискутира с теб Ном-е, ако ти е писнало от крайни позиции спрямо ФС, дай друга тема...
Лека нощ.
Wir sind doove boaren, oilali-oilala
Re: Ами не
>"Друга ситуация, дъщеря ми много обича да е при мен когато работя и много често се случва, тя да ми ресетира машината когато си играе наоколо. Резултата е ясен - ФС е читава само ако е Ext2."
Това е странно - точно при такива ресети рейсър-а се държи по-добре - поне при мене - а говоря за няколко машини - не една. Имам усещане, че нещо има при тебе, което не е наред. Да не би да става въпрос за някаква несъвместимост? Казваш, че си оправил причината да гърми зузито, ама да не би да е останало още нещо недооправено?
Имал съм 2 случая да се смеле reiserfs - и 2-та пъти я поправих без никаква загуба. А за единия случай диска даваше признаци, че не е наред и след няколко месеца се скапа окончателно, т.е - всякаква fs би се скапала.
Е - гаранция никога няма - винаги може да се случи тотален срив когато най не го очакваш, ама ми се струва, че при тебе просто е малшанс. Пък знам ли.
Когато боговете говорят, ония с фактите никакви ги няма.
Това е странно - точно при такива ресети рейсър-а се държи по-добре - поне при мене - а говоря за няколко машини - не една. Имам усещане, че нещо има при тебе, което не е наред. Да не би да става въпрос за някаква несъвместимост? Казваш, че си оправил причината да гърми зузито, ама да не би да е останало още нещо недооправено?
Имал съм 2 случая да се смеле reiserfs - и 2-та пъти я поправих без никаква загуба. А за единия случай диска даваше признаци, че не е наред и след няколко месеца се скапа окончателно, т.е - всякаква fs би се скапала.
Е - гаранция никога няма - винаги може да се случи тотален срив когато най не го очакваш, ама ми се струва, че при тебе просто е малшанс. Пък знам ли.
Когато боговете говорят, ония с фактите никакви ги няма.
в отговор на Heaндepтaлeцa Джo
#17
Re: Ами не
Здравей Неадертални Джо,
Подред на номерата за твоите предположения и размисли:
Проблема (те бяха всъщност два) при ЗуЗЕ-то беше че графичната карта не влизаше както трябва в слота на дънната платка и резултата беше, че просто АГП-слота ресетираше машината. Вторият проблем, беше един неконфигуриран LVM който незнайно защо изведнъж реши, че трябва да стартира и LVM Group мениджъра, резултата беше, че когато тоя мениджър се опитваше да достъпи дисковете избиваше няколко груби SIGSEGV грешки и една от тях очевидно е биела вътре в кернел-модулите и затова се рестартира машината моментално.
Наместих видеокартата и премахнах LVM-а като цяло от стартовата поредица и сега ЗуЗЕ-то работи като пушка.
По време на рестартите (преди да открия и отстраня двата проблема), половин месец изпробвах ReiserFS i Ext3 и винаги резултата беше един и същ - /home - дяла беше толкова намазан, че само реформат и нова конфигурация оправяше положението. Файловият чек след подобен фал, винаги ми казваше, че има непоправими грешки във ФС и че трябва да се занимая ръчно за да ги оправя. Е хубаво де, ама и ръчното оправяне не помагаше кой знае колко, просто на всяко пускане на fsck, като ми каже, че ФС е оправена, монтирването на дадения дял винаги фалираше с грешки. Понеже ми писна всеки път да губя по 3-4 часа да оправям дяловете, махнах журналната ФС и си сложих простичката Ext2. Още на следващият път, когато се наложи ръчно оправяне, ФС беше наистина наред след ръчният fsck и в рамките на 10 мин. можех да продължа работа. Изводът е ясен мисля.
Не мисля, че това е нещастно стечение на обстоятелствата, диска е 160 ГБ Фуджицу-Сименс, на не повече от 6 месеца е (т. е. чисто нов е), дистрибуцията е ЗуЗЕ 9.0 с всичките тюнинги които може да се напраят за нея, чиста е, без бърничкания по кернела и по модулите, всичко по нея работи както трябва (периферия, USB 2.0, Bluetooth, Network, PPPoE, DSL, Firewall и т.н.), десктоп-средата е KDE 3.1, ползвам и Винбоз-емулатора Bochs, машината се товари много здраво, особено когато се налага да се работи с локална Oracle база-данни или с 3D-CAD система.
В едно сигурно си прав Неадертални Джо а именно, че няма гаранция че една ФС ще работи гарантирано по един и същи начин на различни машини и при различни хардуерни и софтуерни конфигурации.
Приятен ден.
Wir sind doove boaren, oilala-oilali.
Подред на номерата за твоите предположения и размисли:
Проблема (те бяха всъщност два) при ЗуЗЕ-то беше че графичната карта не влизаше както трябва в слота на дънната платка и резултата беше, че просто АГП-слота ресетираше машината. Вторият проблем, беше един неконфигуриран LVM който незнайно защо изведнъж реши, че трябва да стартира и LVM Group мениджъра, резултата беше, че когато тоя мениджър се опитваше да достъпи дисковете избиваше няколко груби SIGSEGV грешки и една от тях очевидно е биела вътре в кернел-модулите и затова се рестартира машината моментално.
Наместих видеокартата и премахнах LVM-а като цяло от стартовата поредица и сега ЗуЗЕ-то работи като пушка.
По време на рестартите (преди да открия и отстраня двата проблема), половин месец изпробвах ReiserFS i Ext3 и винаги резултата беше един и същ - /home - дяла беше толкова намазан, че само реформат и нова конфигурация оправяше положението. Файловият чек след подобен фал, винаги ми казваше, че има непоправими грешки във ФС и че трябва да се занимая ръчно за да ги оправя. Е хубаво де, ама и ръчното оправяне не помагаше кой знае колко, просто на всяко пускане на fsck, като ми каже, че ФС е оправена, монтирването на дадения дял винаги фалираше с грешки. Понеже ми писна всеки път да губя по 3-4 часа да оправям дяловете, махнах журналната ФС и си сложих простичката Ext2. Още на следващият път, когато се наложи ръчно оправяне, ФС беше наистина наред след ръчният fsck и в рамките на 10 мин. можех да продължа работа. Изводът е ясен мисля.
Не мисля, че това е нещастно стечение на обстоятелствата, диска е 160 ГБ Фуджицу-Сименс, на не повече от 6 месеца е (т. е. чисто нов е), дистрибуцията е ЗуЗЕ 9.0 с всичките тюнинги които може да се напраят за нея, чиста е, без бърничкания по кернела и по модулите, всичко по нея работи както трябва (периферия, USB 2.0, Bluetooth, Network, PPPoE, DSL, Firewall и т.н.), десктоп-средата е KDE 3.1, ползвам и Винбоз-емулатора Bochs, машината се товари много здраво, особено когато се налага да се работи с локална Oracle база-данни или с 3D-CAD система.
В едно сигурно си прав Неадертални Джо а именно, че няма гаранция че една ФС ще работи гарантирано по един и същи начин на различни машини и при различни хардуерни и софтуерни конфигурации.
Приятен ден.
Wir sind doove boaren, oilala-oilali.