Fråga:
Varför har 5 olika iMac-enheter utvecklat korrupta OS X-partitioner när de fysiska enheterna är bra?
EightQuarterBit
2011-03-17 07:53:54 UTC
view on stackexchange narkive permalink

Jag är en teknik för mitt lokala skoldistrikt och vi har problem med vårt iMac Multimedia Lab. Under de senaste nio månaderna har 5 av de 22 iMac-enheterna drabbats av filsystemskada. Det enda alternativet för dessa maskiner har varit att helt rensa bort OS X-partitionen och börja om (med lämplig återställning från Time Machine.)

Här är listan för varför jag vet att det är filsystemskada:

  • iMac startar inte OS X. Jag har sett det stanna vid "throbber", framstegsfältet eller bara Apple-logotypen.

  • Montering av iMac-skivan via Target Disk Mode (älskar den funktionen) lyckas, men bara för Bootcamp-partitionen. OS X-partitionen går inte att montera.

  • En verifiering av disken avslöjar att OS X-partitionen måste repareras (jag har sett ogiltiga syskonposter, föräldralösa barn etc.) . Det går inte att reparera skivan. Detta senaste försök (just igår) sade att katalogen B-träd inte kunde byggas om. Jag borde ha gjort mer fullständiga anteckningar om vad som sagts varje gång, men varje gång fram till den sista antog jag att det var en udda en-till-en-miljon typ av händelse. En lust

  • Försök att reparera eller bygga om enheter med Drive Genius 3 misslyckas också Hittills har 98% av användarens filer kunnat återställas via Data Rescue 3 Den fysiska hårddisken verkar inte misslyckas (att hämta filer från enheten hänger inte eller "beachball", enheten visas inte och försvinner i Diskverktyg, Finder förblir lyhörd osv.)

  • Normalt I skulle krita upp det till en serie dåliga enheter. Råkade precis vara den olyckliga killen som köpte en dålig körning av iMacs, eller hur? Här börjar saker och ting bli intressanta. Jag skickar till dig listan över konstigheter:

  • Enheterna verifierar lika bra via SMART

  • RAM-kontrollen ut
  • Efter att ha raderat och skapat om partitionen (och installerat OS X) försvinner alla problem.
  • Skadorna har inte hänt samma Mac två gånger
  • Bootcamp är installerat på samma enhet och fungerar före, efter och under korruptionen på Mac-sidan.
  • Bootcamp-partitionen har inte haft det här problemet på NÅGON av iMac

Också för att utesluta det uppenbara:

  • Det har inte förekommit några brytningar eller stigningar

  • Vi tvivlar allvarligt på ett virus, eftersom funktionsstörningarna uppträder var som helst från samtidigt (två maskiner gick ner samtidigt för ungefär en månad sedan) till månader från varandra. Dessutom återställs användarens dokument efter omformatering, så man kan anta att om det var ett skadligt program skulle Mac fortsätta att misslyckas om och om igen.

  • Maskinerna har varit i en klimatstyrt område

  • Det har inte påverkats av samma användare

  • Ibland uppstår problemet efter en oundviklig hård avstängning ( som bara inträffar sällan. Dessa maskiner slås inte för mycket av på fel sätt. Bara vad du kan förvänta dig med ett Mac Lab som kör multimedia fem dagar i veckan), andra gånger är det helt out-of-the-blue

Programvara som ofta används inkluderar:

  • iPhoto
  • iDVD
  • iMovie
  • Safari

Maskinerna är också laddade med Parallels 5, som laddar Bootcamp-partitionen i en virtuell dator. Paralleller konfigurerades via standardguiden, ingen oddball-konfiguration eller hack.

Och sist men inte minst, specifikationerna:

  • iMac 10, 1 (21,5 tum)
  • Lagerstationer
  • OS X Snow Leopard (senaste uppdateringar)
  • Lagerminne
  • Gått med i vår Active Directory infrastruktur
  • HFS + -filsystem (inte skiftlägeskänsligt, standard för OS X Snow Leopard)
  • Inget ovanligt frekvensomriktare. program. Drive Genius laddades igår eftermiddag (EFTER att ha återställts efter det senaste misslyckandet) för att köra en verifiering på alla iMac, men installerades inte tidigare. Alla Mac-datorer, både de som misslyckats tidigare och de som aldrig har misslyckats, passerade med glans.

TL; DR: OS X-partitionen har skadats på fem olika iMac-enheter, men de fysiska enheterna är bra. VARFÖR!?!?!

Off Topic: 8¼b: Du kan använda Skift + Enter för att ange radbrytningar i kommentarrutor. Jag har också hört att det finns webbläsarinsticksprogram (användarskript?) Där ute som vänder om rollen för enter & shift-enter, så enter kommer att infoga en radbrytning och shift-enter kommer att skicka in kommentaren.
+1 väldokumenterad fråga. Har du någonsin funderat på att det kan vara en handling av studenter?
Hur kartlägger iMac 10,1 till iMac {tidigt | mitten | sent} 20YX för att enkelt kunna undersöka saker och ting på hårdvaran? Om du byter ut #desktopcomputers med ett av serienumren får http://support.apple.com/manuals/#desktopcomputers det beskrivande namnet på dina iMacs.
Fyra svar:
mspasov
2011-03-30 16:53:35 UTC
view on stackexchange narkive permalink

HFS Plus (HFS +) är ett bräckligt och lite föråldrat filsystem. Om du googlar det hittar du många rapporter om korruption av filsystem.

Omstart utan att avmontera filsystemet är det bästa sättet att korrumpera det. Detta händer när macen fryser av någon anledning (i mitt fall är det nvidia-grafikkortet) eller strömavbrott.

Här är några tips som IMHO ska minska risken för filsystemskada:

  • När systemet fryser, försök starta om från ssh. När grafikundersystemet för min Mac frigörs är det fortfarande tillgängligt via SSH - försök öppna ssh-anslutningen från ditt nätverk och starta om det. Du kan använda Apple Remote Desktop (62 €) för den här uppgiften. Du bör aktivera ssh-åtkomst först.

  • Gör diskutil verifieraVolume / regelbundet. Ja, även om HFS + är ett journalfört filsystem , korruption är möjlig. Du kan använda Apple Remote Desktop för att köra detta på alla klassdatorer samtidigt.

  • Använd flera volymer. Använda flera volymer bör minska risken för korruption. Att dela upp / från / Användare / bör göra återställningen enklare (antingen / eller / Användarna kommer att bli skadade). Observera att detta förmodligen kan komplicera saker med Bootcamp.

  • Montera partition (er) med alternativ som minskar skrivningen. Montering av partitioner med noatime -alternativet bör minska skrivningen på den. Som standard varje gång en fil öppnas "berörs" dess åtkomststämpel.

  • Se till att det inte finns några försök att montera HFS + -partition från andra operativsystem. Är det möjligt att någon startar en Linux-distro från usb / dvd och monterar / i rw-läge eller spelar med journalinställningar?

  • Hoppas att mitt svar är till hjälp.

    PS: korruption är vanligtvis gradvis och inte plötsligt. Det finns en möjlighet att något specifikt orsakar detta, programvara eller arbetsflöde. Mitt sinne är vid Parallels 5, men det borde skada bootcamp-volymen, inte MacOS. Att söka i deras KB avslöjar inte något användbart.

    PPS: det är ömtåligt eftersom det inte har något verkligt system för att korrigera korruption i en fil. En journal registrerar överföringar och försöker kopiera data för att återställa filsystemet till ett konsekvent tillstånd, men om den förlorade filen är viktig (som faktiska data för filsystemstrukturen) finns det inget alternativ. Faktum är att eftersom katalogfilen (som innehåller all logisk datainformation) lagras som en fil, om den är skadad på vissa platser blir hela ditt filsystem värdelös skräpdata, eller delvis skött sopor i händelse av att det skadas och a-journaluppspelningen inträffar vilket gör att det omstrukturerar filsystemet på ett sätt som inte överensstämmer med data (t.ex. fil a och b är 1 MB respektive 2 MB men omspelningen ändrar dem till 2 MB och 1 MB vilket resulterar i hälften av innehållet i B är inne i A).

    Alla filsystem har problem med hänsyn till omständigheterna. Men "Bräcklig" och "Lite föråldrad"? Verkligen? Lite föråldrad i mina tankar är ingen journalföring. Och så är inte fallet för HFS +.
    Om filsystemet var ömtåligt, skulle inte alla Mac-datorer ha problem? Installationer med hundratals Mac-datorer som granskar för abrupt strömavbrott och ett rullande schema för säkra startar, reparationer av filsystem kommer att nypa den här typen av saker i knoppen.
    +1 för HFS Plus (HFS +) är ett bräckligt filsystem. Jag har upplevt detta exakta scenario med två hårddiskar. Windows påverkas inte, hfs + kan inte repareras. Återskapa partition och installera om os x fungerar bra
    Bart Silverstrim
    2011-03-17 18:15:12 UTC
    view on stackexchange narkive permalink

    Saker som kan göra det ovanför mitt huvud ...

    du sa att du inte har haft strömavbrott eller strömavbrott. Hur bekräftar du det? Vi hade ett klassrum där datorns strömförsörjning blåste till synes slumpmässigt. Vi var tvungna att ha underhållspersonal att ansluta en övervakningsmätare till kretsen och upptäckte att uttaget har stora spänningspiggar.

    Minne sitter inte ordentligt och skadar data.

    Driv kablarna lösa .

    marginella hårddiskar som har en dålig uppsättning sektorer men inte tillräckligt illa för att det utlöser varningar eller genomsökningar efter dåliga sektorer.

    Något på Windows-sidan via bootcamp ändrar enheten på ett sätt gillar enheten inte. Kopieringsskydd? Köra verktyg?

    Du sa att det är i ett labb. Vad kör eleverna? Övervakar eller låser du ner vad som kan utföras som kan göra det?

    Du har sagt att det här verkar vara slumpmässigt, inga två maskiner har det här i rad. Detta skulle få mig att misstänka att antingen en student eller en grupp studenter orsakar det eller att det finns ett slumpmässigt strömproblem i laboratoriet som orsakar det. Finns det ett sätt att spåra vem som senast använde maskinerna för att se om problemet verkar följa en av dina användare på ett magiskt sätt?

    Vi har inte använt någon kraftövervakningsutrustning, nej. Helt enkelt av rapporten från lärarna på gymnasiet om den. * redigera * GAH! Anmärkning till mig själv: Enter-tangenten skapar inte en ny rad i kommentarläge.
    Kanske vill prova det. Det fanns inga tecken på ett sådant problem i klassrummet heller, men IT-chefen var en elektroteknikfag på college och fick dem att kontrollera det. Han gjorde matte och fann att de hade periodiska toppar på tusentals volt ...
    Vi har gjort ett RAM-test på varje maskin som har haft detta problem, de klarade alla. Du skulle tro att om enhetskablarna var lösa skulle problemet ha manifesterats på samma maskin några gånger på samma iMac, snarare än på flera iMac. Om det var en lös enhetskabel är det konstigt att det inte har inträffat Bootcamp-partitionerna.
    Det är möjligt att enheterna verkligen är marginella, men jag har svårt att köpa den. Jag har kontrollerat, kontrollerat och tredubblat kontrollerat dessa enheter. Jag har använt Apples diskverktyg samt Drive Genius 3 för att skanna snoten ur diskarna. Jag har aldrig sett en marginell enhet utan att ha åtminstone några indikatorer i SMART. Jag har sett "dåliga" hårddiskar som passerade SMART, men de hade fortfarande höga omplacerade sektorantal och vad inte när de använde ett SMART-verktyg. Dessa enheter? Nada.
    Jag har tänkt på att Windows ska skruva fast med Mac-partitionen och jag har fortfarande inte uteslutit det. Det faktum att Apples bootcamp-drivrutin ENDAST monterar HFS + -partitioner som skrivskyddad verkar dock utesluta detta. Vi använder inga diskverktyg eller verktyg för "djupfrysning" på Windows-sidan.
    Du är inte ... men hur är det med dina användare? Låser du ut vad de kan eller inte kan springa? Är det möjligt att du har en unik snöflinga som hittade en rolig leksak online eller kör något som försöker ändra skivan direkt?
    LOL @ "unikt snöflinga." När det gäller lockout körs alla elever (och 95% av lärarna för den delen) som begränsade användarkonton i både Windows och Mac. Dessutom är läraren och eleverna i multimedieklassen några av de bästa på just denna skola. För att inte säga att vi inte har något fel, eftersom det är fullt möjligt. Studenter tilldelas också specifika maskiner, så sannolikheten för att en bråkmakare får tillgång till var och en av dessa fem maskiner utan att uppmärksamma det skulle vara svårt. Jag jobbar mig igenom alla dina frågor, men var snäll och ta inte mina svar som avvisande.
    133t självformad hackerz är inte begränsad till barn som tillbringar många dagar på rektors kontor ...
    Eller så kan det finnas Windows-burna skadliga program som försöker göra något för partitionstabellen medan de startas.
    Jag håller med om att studenter verkligen kan vara tyst skadliga, men det här slår mig inte som avsiktligt framkallat misslyckande. Jag känner min kundkrets, och i vårt fall är eleverna antingen uppenbart (och klumpigt) skadliga eller bara "normala" datoranvändare. Dessutom har användaren på varje maskin haft besvär genom att förlora åtkomst till sina dokument i flera dagar (vi har ännu inte kartlagt användardokument från dessa Mac-datorer till nätverksresurser.)
    När det gäller Windows malware, också en möjlighet. Vi kör antivirus på alla Windows-maskiner (inklusive Bootcamped Mac-datorer) i distriktet (Avast, nätverkshanterat) och det har inte förekommit några varningar på någon av Bootcamped Mac-datorer. Eftersom lärare och användare kör med begränsade behörigheter är de värsta "virusen" vi ser rouge antivirusprogram som bara körs med de begränsade behörigheterna för användaren som lurades för att installera programmet. Allt vi behöver göra för att ta bort rouge-skadlig kod är att ta bort användarens lokala konto och låta det byggas om vid nästa inloggning.
    bmike
    2011-07-28 21:48:12 UTC
    view on stackexchange narkive permalink

    Har du funderat på en periodisk kontroll av maskinerna? Du kan enkelt schemalägga fsck-verifieringskort varje vecka (tills du tar reda på varför korruptionen sker) och sedan varje månad för att hålla koll på saker.

    Med ett journaliserat filsystem krävs det upprepad dålig behandling för Mac-datorer. att brytas ned så att det inte startar. Även dålig programvara skriver inte till systemsidan för att starta, så jag skulle misstänka att något är klart fel. På Mac-datorer som stängs av rent och uppmärksammas när mindre filsystemfel repareras (när som helst en Mac startas om och fsck inte körs i förläget är ett tecken på problem i horisonten).

    With en distribution av 25 Mac-datorer kan du enkelt spendera lite tid på att vara proaktiv när det gäller kontroller av filsystem och att se vilka som inte stängs av rent genom att ställa in en syslog-server eller annat centraliserat granskningssystem.

    Sherwood
    2013-02-19 01:45:12 UTC
    view on stackexchange narkive permalink

    Jag skulle överväga studentaktivitet. Om du kör bootcamp och OS X, slår jag vad om att eleverna kraschar på Mac-sidan för att köra boot camp, eftersom de inte tålmodig. Detta kan också vara fallet om det finns ett skärmskåp.

    Jag föreslår:

    1. Ta bort startlägret. Kör istället en virtuell dator antingen under Parallels eller Virtual Box. (Jag har upptäckt att Windows XP under VirtualBox går ganska bra.) Konfigurera detta så att den virtuella maskinen är oföränderlig, lagrad lokalt på den gamla bootcamp-partitionen. Detta förhindrar barnen att skruva runt med Windows-installationen. Omdirigera deras hemkatalog för att avläsa deras Mac-hemkatalog på din server. (Det här är en PITA att ställa in första gången, eftersom den omfattar en zillion regedits.)

    2. Upprätta någon form av inloggningsövervakning så att du vet vilka elever som har använt vilka maskiner. Detta har fördelen att du kan upptäcka att samma barn loggar in på flera maskiner, vanligtvis gör det som en tjänst för någon som är förbjuden. Jag ställde in att när samma inloggning var på två maskiner startades båda maskinerna om.



    Denna fråga och svar översattes automatiskt från det engelska språket.Det ursprungliga innehållet finns tillgängligt på stackexchange, vilket vi tackar för cc by-sa 2.0-licensen som det distribueras under.
    Loading...