Marco's Informatik Blog

Tempo fa da un nostro cliente ho installato questo nas della Acer, non offre molte funzioni ma sicuramente ha un
prezzo accettabile ed ha 1,5TB in configurazione raid 5 (4 dischi da 500GB in totale).
Fatto sta che per motivi di rete ed altro che non vi sto qui a raccontare, un’importantissima share ad un certo punto
c’ha lasciato.
Praticamente via esplora risorse di windows, la share risultava visibile ma se provavamo ad accedere, windows restituiva
l’errore generico “impossibile trovare il percorso di rete”….PANICO!!!
Non vi ho detto che il raid 5 era degradato, ma anche al termine del rebuilding la share era sempre presente ma di fatto
non accessibile, ma altre due lo erano, quindi il raid 5 era in salute!
Quindi mi sono detto, sicuramente c’è un linux a bordo, quindi quanto meno vediamo se con ssh qualche cosa rimedio,
dato che l’interfaccia web offre meno di zero.
Primo problema, ssh non è abilitato!
Maledendo la Acer ho cercato sul loro sito, ovviamente non è venuto fuori nulla, però ho scoperto che questa piattaforma
era usata anche da altri brand, quindi almeno c’era uno standard da seguire.
Quindi su google ho cercato partendo dal firmware fs-ns04-1.4-b813 ed ho scoperto che si tratta di un FalconStor IPStor Disk
e che offre una simpatica funzione NON documentata per abilitare SSH!
Infatti puntando con il browser a questo link https://…easystore-name-or-IP…/ssh_controlF.cgi appare un bottone per abilitare
l’accesso ssh.
E’ facilmente intuibile che la password di root è la stessa dell’utente admin e così è infatti!
A questo punto ho pensato, a noi due!!! Dato che una cosa bella di Linux e della bash è che sono standard, in tutte o quasi
le implementazioni sicuramente sarei riuscito a capire se quanto meno i dati c’erano ancora e il problema era come farli tornare fuori!
Primo problema, c’è una directory /nas che contiene il mount di alcuni device, chiamati /dev/vbdi* che con estrema sorpresa, invece
di essere formattati in ext3 lo sono in XFS!
Questo modulo del kernel, ovvero VBDI, non so di preciso a cosa serva e quali ne siano i vantaggi, credo sia una cosa specifica di Falconstore.
Tornando ai device, sono montati in una dir del tipo /nas/NASDisk00002 e /nas/NASDisk00003, quindi mi mancava quella con il
4 finale.
Altra parentesi, quelle directory sono montate tramite mtab, che altro non è che un link simbolico a /proc/mounts.
Quindi provando a montare manualmente quel device /dev/vbdi4 in /mnt mi veniva restituito un errore che
adesso non ricordo nel dettaglio, ma comunque generico.
Li ho capito che tale device era stato come chiuso male e corrotto ed in mio soccorso ho usato il comando xfs_repair ed incrociato
le dita, nel dettaglio xfs_repair -L /dev/vbdi4
Dopo innumerevoli controlli ed un reboot del sistema la share è tornata magicamente disponibile!

Social Bookmarks

Hide Sites