:strip_icc():strip_exif()/u/137578/crop684839b85b72a.jpg?f=community)
Ik heb hier als veredeld mediacenter een Ubuntu systeem draaien. Hardware is wat oud, maar nog niet antiek.
Asrock A75M
AMD A6-3500
4GB no-name memory
Omdat zoiets natuurlijk nogal wat opslag vereist heb ik recent een extra 2TB schijfje gekocht, een Seagate om mee te beginnen. Ding deed niks, werd niet herkend door Ubuntu. Wel door de BIOS, maar na poging twee met Ubuntu ook daar niet meer. Teruggebracht en een nieuwe meegekregen. Ging goed, voor drie dagen en toen vlogen de IO errors me om te oren tot het punt waar de schijf niet meer te benaderen was. Teruggebracht en een Western Digital Red schijf meegenomen. Ook daar weer alles prima tot vanmorgen het filesystem (EXT4) besluit read-only te worden
Google erbij gepakt en aan de hand van dit erachter gekomen dat het een defect superblock betreft. Daarvan heb ik een backup teruggezet en toen ging het weer goed. SABnzbd weer aangezwengeld en die was nog geen drie minuten aan het downloaden, of wederom schiet het geheel in read-only. Weer alles gecheckt, weer een defect superblock. Andere backup teruggezet, en u raadt het al, inmiddels is het weer prijs. Dit is wat ik krijg van fsck
Nou ben ik mij ervan bewust dat er zoiets als pech bestaat maar drie schijven die moeilijk doen lijkt me een andere oorzaak te hebben. Meerdere SATA kabels en een andere voeding heb ik al geprobeerd. In het systeem hangt ook een OCZ SSD die nog nooit moeilijk gedaan heeft. Na wat Googlen is het enige probleem wat ik heb kunnen vinden met deze schijven een sectorgrootte van 4096 bytes ipv 512 bytes. Hier ben ik achter gekomen nadat ik de foutmelding "partition 1 does not start on sector boundary" kreeg en via Google hier ben uitgekomen. Ik krijg hem niet meer gereproduceerd (de schijf verschijnt niet meer in fdisk) dus wat er omheen staat kan ik helaas niet meer terug vinden. Tevens weet ik niet of dit er iets mee te maken heeft, voor zover ik begrijp zou het alleen performance wat naar beneden halen. Ik kan daar niet zo mee zitten aangezien de schijf puur voor opslag is.
Momenteel enigszins ten einde raad met wat ik met dit systeem aan moet. Het lijkt mij toch sterk dat het aan de WD Red schijf ligt, vooral aangezien dat de derde op rij zou zijn. Mij lijkt het, met zeer beperkte kennis van Linux bestandssystemen, voor de hand liggender dat er ergens softwarematig iets niet goed gaat. Het systeem staat 24/7 aan, dus van het verkeerd afsluiten van de schijf zou eigenlijk geen sprake moeten zijn. Ik verdenk de controller, maar kan dan niet verklaren waarom er met de SSD geen problemen zijn, en met de HDD wel waarbij het niet uit schijnt te maken welke port en welke kabel ik gebruik.
Heeft iemand enig idee in welke richting ik verder zou moeten gaan zoeken naar de oorzaak van dit probleem? Ik begin er onderhand erg moe van te worden en via Google vind ik eigenlijk alleen eenmalige oplossingen voor problemen. Die werken wel, maar dat dit gedonder wekelijks terugkeert lijkt me ook niet echt normaal.
Asrock A75M
AMD A6-3500
4GB no-name memory
Omdat zoiets natuurlijk nogal wat opslag vereist heb ik recent een extra 2TB schijfje gekocht, een Seagate om mee te beginnen. Ding deed niks, werd niet herkend door Ubuntu. Wel door de BIOS, maar na poging twee met Ubuntu ook daar niet meer. Teruggebracht en een nieuwe meegekregen. Ging goed, voor drie dagen en toen vlogen de IO errors me om te oren tot het punt waar de schijf niet meer te benaderen was. Teruggebracht en een Western Digital Red schijf meegenomen. Ook daar weer alles prima tot vanmorgen het filesystem (EXT4) besluit read-only te worden
Google erbij gepakt en aan de hand van dit erachter gekomen dat het een defect superblock betreft. Daarvan heb ik een backup teruggezet en toen ging het weer goed. SABnzbd weer aangezwengeld en die was nog geen drie minuten aan het downloaden, of wederom schiet het geheel in read-only. Weer alles gecheckt, weer een defect superblock. Andere backup teruggezet, en u raadt het al, inmiddels is het weer prijs. Dit is wat ik krijg van fsck
code:
1
2
3
4
| $ sudo fsck.ext4 -v /dev/sda1 e2fsck 1.42.9 (4-Feb-2014) fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda1 Could this be a zero-length partition? |
Nou ben ik mij ervan bewust dat er zoiets als pech bestaat maar drie schijven die moeilijk doen lijkt me een andere oorzaak te hebben. Meerdere SATA kabels en een andere voeding heb ik al geprobeerd. In het systeem hangt ook een OCZ SSD die nog nooit moeilijk gedaan heeft. Na wat Googlen is het enige probleem wat ik heb kunnen vinden met deze schijven een sectorgrootte van 4096 bytes ipv 512 bytes. Hier ben ik achter gekomen nadat ik de foutmelding "partition 1 does not start on sector boundary" kreeg en via Google hier ben uitgekomen. Ik krijg hem niet meer gereproduceerd (de schijf verschijnt niet meer in fdisk) dus wat er omheen staat kan ik helaas niet meer terug vinden. Tevens weet ik niet of dit er iets mee te maken heeft, voor zover ik begrijp zou het alleen performance wat naar beneden halen. Ik kan daar niet zo mee zitten aangezien de schijf puur voor opslag is.
Momenteel enigszins ten einde raad met wat ik met dit systeem aan moet. Het lijkt mij toch sterk dat het aan de WD Red schijf ligt, vooral aangezien dat de derde op rij zou zijn. Mij lijkt het, met zeer beperkte kennis van Linux bestandssystemen, voor de hand liggender dat er ergens softwarematig iets niet goed gaat. Het systeem staat 24/7 aan, dus van het verkeerd afsluiten van de schijf zou eigenlijk geen sprake moeten zijn. Ik verdenk de controller, maar kan dan niet verklaren waarom er met de SSD geen problemen zijn, en met de HDD wel waarbij het niet uit schijnt te maken welke port en welke kabel ik gebruik.
Heeft iemand enig idee in welke richting ik verder zou moeten gaan zoeken naar de oorzaak van dit probleem? Ik begin er onderhand erg moe van te worden en via Google vind ik eigenlijk alleen eenmalige oplossingen voor problemen. Die werken wel, maar dat dit gedonder wekelijks terugkeert lijkt me ook niet echt normaal.
:strip_exif()/u/389747/iconcroppedresizedsmallercroppedcroppedresized.gif?f=community)
/u/125506/link-8bit.png?f=community)