tidliger samba HD

Det tyder desværre på at du på dit tidligere system har valgt at kryptere harddisken og nu forsøger at læse de krypterede filer uden den rigtige nøgle. Har du ikke den tidligere nøgle er jeg bange for at der ikke er meget at stille op men elelrs kan man vistnok indtaste den et sted og så på den måde dekryptere.

Har lige fundet ud af at det er et Filsystemmet vfat
Men hvordan tilgår man dette Filsystem

Man mounter det, ligesom alle andre filsystemer.

Enten ved manuelt at køre mount hver gang, eller ved at oprette en passende entry i /etc/fstab hvorved det mountes under boot. (antager der er tale om en intern disk)

Det kunne jeg da godt ha skrevet
Det drejer sig om en WD 500 gb xtern og fil systemmet er skrive beskyttet.

Det spiller ikke nogen rolle om det er vfat (fat32). Du kan sagtens kryptere filerne selvom filsystemet ikke umiddelbart ser ud til at være krypteret. Hvis dine filer har volapyknavne er de 100% sikkert krypteret,

Edit: Et filsystem som ikke er krypteret men hvor filerne er krypteret indbyrdes kan sagtens mountes på normal vis, man får bare ikke andet ud af filerne end ubrugeligt volapyk.Med mindre man har den tidligere krypteringsnøgle (fik du den under setup måske) så kan filerne ikke dekrypteres.

Hvis systemet er krypteret på blok niveau vil du slet ikke kunne kende forskel på alm data og tilfældig random bloks. Sagt med andre ord vil du slet ikke kunne se hvad der er filer og hvad der ikke er.
Med mindre du anvender et par tools .. men lad nu det ligge.
Pointen er bare hvad for dig dog til at tro noget så tosset? Der er ikke nævnt noget om kryptering, i tråden overhovedet, og hvis vedkommende har krypteret sin disk vil jeg tro at han nok var klar over det selv. Med mindre at nogen russiske eller kinesiske hackers har overtaget computeren og kræver løsepenge for at dekryptere det hele. Men hvor langt ud skal vi?
Jeg har set en del tools hvor kryptering er på fil niveau hvor selv ikke fil navnet er krypteret fordi hvordan vil man ellers kunne kende forskel på dem?

Det er der imod helt sandsynligt at fil allokerings tablen er korrupt, dette vil medføre filnavne som netop ligner noget tilfældigt genereret.
Jeg vil råde dig til at forsøge at genskabe evt data du kan ved at scanne disken med et recovery tool, måske kan det give dig noget info om dit data.
Siden det er noget windows skabt vi har med at gøre vil jeg også anbefale et windows tool http://www.piriform.com/recuva

Dog så har du ikke nævnt noget om det kun er samba der er problemer med eller om det er disken selv, hvad får du hvis du sætter disken direkte til?

Du er nødt til at skrive en langt mere uddybende forklaring på hvad du har gjort før der er den mindste chance for at vi overhovedet kan vide hvad du snakker om. For ellers vil det gamle råd at sving en kat over hovedet 3 gange være et lige så godt råd.

Jeg lavede en samba server men disk:1 stod af
Alle filerne ligger på disk:2 en wd extern har bruger koderne der skal til for at få adgang til filerne hvis jeg havde den rigtige samba server.
Hvordan kan jeg indtaste koderne når jeg ikke har en samba server til
at åbne dem med.
Har prøvet at opsætte en ny samba server og henvist
til den xterne men så kan den ikke til gå filerne.
Er der en anden måde at få adgang til filerne på.
Den er ikke krypteret med trucrypt eller andet.

Det eneste der er krypteret er passwd med samba standart encrypt

Op sætninge ca. sådan ud.
[global]
netbios name = linuxserver
workgroup = vores
server string = Public File Server
security = user
encrypt passwords = yes

Nu har jeg så reinstalleredet debian 5.