givetvis ska du köra 64 bitars om hårdvaran stödjer det.
Jag rekomenderar att köra owfs från source då dom är ganska aktiva och uppdaterar så man får en stabilare programvara. Men man kan givetvis testa och se om paketen funkar som man vill.
daromer skrev:givetvis ska du köra 64 bitars om hårdvaran stödjer det. .
Stödjer hårdvaran det? och är det då amd64 som gäller trots att det är Intel processor? eller har det inte med det att göra?
daromer skrev:Jag rekomenderar att köra owfs från source då dom är ganska aktiva och uppdaterar så man får en stabilare programvara. Men man kan givetvis testa och se om paketen funkar som man vill.
Och med detta så menar du samma som ekdahl, att jag skall köra wheezy istället för Lenny?
daromer skrev:givetvis ska du köra 64 bitars om hårdvaran stödjer det. .
Stödjer hårdvaran det? och är det då amd64 som gäller trots att det är Intel processor? eller har det inte med det att göra?
Processorn du nämnde stödjer 64 bitar.
Jadå, det är amd64 som gäller för både Intel och AMD.
daromer skrev:Jag rekomenderar att köra owfs från source då dom är ganska aktiva och uppdaterar så man får en stabilare programvara. Men man kan givetvis testa och se om paketen funkar som man vill.
Jag har inte haft några problem med owfs från wheezys paketkatalog.
Har man problem så finns ju även några tredjeparts-repositories med owfs, som antagligen uppdateras oftare.
Bara en disk har varit aktiv den senaste tiden, så då tänkte jag ta den inaktiva disken, formatera och sätta in i min nya server (moderkortet kom igår)
Men när jag plockade ut den disken så startade in datorn alls. och när jag sedan kopplade tillbaka båda diskarna så bootar den helt plötsligt från den gamla disken, och en massa saker från de senaste månaderna är borta.
/dev/sdb innehåller datan som jag vill ha, men nu visas den bara som 33MB,
vad kan ha hänt?
Tidigare har alltså enbard /dev/sdb varit aktiv i RAIDen, och nu så är bara SDA aktiv.
Enhet Start Början Slut Block Id System
/dev/sdb1 * 1 31 248976 fd Linux raid autodetekterad
/dev/sdb2 32 121601 976511025 fd Linux raid autodetekterad
Partition 2 har olika fysiska/logiska slut:
fys=(1023, 254, 63) logisk=(121600, 254, 63)
Oavsett vilket så sluta använd datorn asap!
Den disken du vill läsa av datan på, Sätt den i en annan burk som du har bootat upp med linux. Starta sedan igång raiden på den disken i degraded mode. Du kan behöva köra force på den. (om disken visas normal) Förmodligen tyckte datorn att den disken du haft urkopplad en längre tid var den som var mest i synk och startade den. Sedan varför den andre visas som 33mb vågar jag inte svara på. Men den kanske är paj? dog kanske vid omstarten? De flesta diskarna dör vid en omstart av datorn. Och framförallt om man låter disken varva ner lite granna.
Ivf som helst koppla in dem i annat system och se om du kan hitta nåt fel på dem. Var noga med att inte skriva till dem ifall att. ultimatebootcd har t ex en hel hög med diskkontrolleringsprogram. Hade varit intressant att veta om disken visas lika liten på annan burk.
Jag har fått fart på nya servern, pluggade då in min gammal hårddisk där för att försöka mounta den. Lyckades inte då jag inte hade mdadm installerat. jag satt och grejade med lite olika saker, disken visas fortfarande som 33mb, jag gör en reboot och helt plötsligt så väljer den att boota på den "trasiga disken" istället. allting går igång, all data finns kvar.
Kul med fel som lagar sig själva.
Skall nu spara undan allt jag behöver och sedan installera om servern igen, Fast denna gången utan LVM då det ställer till det ganska mycket för mig.
Nåt speciellt man skal tänka på när man tar backup på RRDbaserna? antar att det är rrdtool xport som gäller?
Hehe, ja sånna fel är bäst
Hadde en gång en cd-brännare som slutade funka. La den i en byrålåda men testade den igen efter någon vecka och då funka den kanon
Senast redigerad av bjornsson den 27 feb 2012, 18:19, redigerad totalt 1 gånger.
