mboost-dp1
unknown
Ja, men man skal tænke på, at der stadig er knyttet en række patenter op på NTFS... så en fuld interpolaritet, eller hvad man nu skal kalde det, er nok nogle år ude i tiden.
Derudover skal man fra projektets side også huske at tage højde for metadata-funktionerne, der bruges i Vista.
Derudover skal man fra projektets side også huske at tage højde for metadata-funktionerne, der bruges i Vista.
#3 -> Faktisk vil en ext3 partion mountet i Windows (i hvert fald med de løsninger jeg har fundet) blive mountet som ext2.
Hvis du kender en løsning som faktisk mounter det som ext3 vil jeg gerne høre nærmere :)
Men ellers totalt nice. Glæder mig til at se nogle "reviews" :)
Hvis du kender en løsning som faktisk mounter det som ext3 vil jeg gerne høre nærmere :)
Men ellers totalt nice. Glæder mig til at se nogle "reviews" :)
Man kunne jo også bare gemme sine data på en FAT32.. det er vel ikke ret tit man skal hente noget fra Windows system-mapper i Linux..
#6 -> http://www.fs-driver.org/ kan mounte en ext3 som ext2 så det fungere som et almindeligt drev...
Lyder fint.
Så slipper folk for at bruge captive wrapperen, som lånte nogle driver filer fra folks Windows drev... :)
(Eller hvis man sværgeve overfor programmet, at man ejede en lovligt licenseret Windows, så downloadede den en SP og trak filerne derfra. Smart hack. Men det her er nu engang bedre... ;)
Så slipper folk for at bruge captive wrapperen, som lånte nogle driver filer fra folks Windows drev... :)
(Eller hvis man sværgeve overfor programmet, at man ejede en lovligt licenseret Windows, så downloadede den en SP og trak filerne derfra. Smart hack. Men det her er nu engang bedre... ;)
Fantastisk, kommer bare i mit tilfælde lidt for sent, har skiftet mine partitioner til ext3 så de virker i begge systemer.
... og til de uvidende:
Det bedste forsøg der var på en driver der kunne både skrive og læse, var en der i mapper man selv (i linux) havde lavet, kunne oprette op til 10 filer i. Flere filer og så kunne den ikke længere. Så snart noget blev bare den mindste smule kompliceret fik man fejl. Den læste dog udmærket, meeeen...
... og til de uvidende:
Det bedste forsøg der var på en driver der kunne både skrive og læse, var en der i mapper man selv (i linux) havde lavet, kunne oprette op til 10 filer i. Flere filer og så kunne den ikke længere. Så snart noget blev bare den mindste smule kompliceret fik man fejl. Den læste dog udmærket, meeeen...
Der var vist også Paragons driver, men den var kommerciel. Rigtig godt at den endelig er kommet ud, har brugt Captive NTFS indtil videre, men den er bare ikke hurtig nok. Fint nok til dokumenter og delt thunderbird-data, men filer over 100mb er simpelthen bare for langsomt. Det mest handicappede er så at man var nødt til at unmounte/remounte sit drev med en anden driver hvis man skulle se en film f.eks..
Lækkert..og uuh det kunne jeg godt have brugt i går da jeg skulle hjælpe en ven med at redde noget data. Så kunne jeg bare have smidt hans USB Harddisk i og starte op fra en linux live CD.
#2 Det hedder interoperabilitet. Og Vista's filsystem (NTFS 5.2) indeholder så vidt jeg ved ingen metadata funktioner, dertil kommer jo overbygningen WinFS... eller det gør der jo så måske ikke alligevel! Måske du med metadata refererer til ADT (alternative data streams), men dette er blot et performance/system lag hvor visse funktionaliteter er implementeret.
#2 Og så er patentet Microsoft har jo kun på algoritmen til at aflæse NTFS, ikke selve formatet. Så med mindre den samme kode bruges, og dette er jo ret usansynligt med lukket software, så kan Microsoft ikke gøre noget. Der har jo da også eksisteret NTFS reader i mange år uden de har gjort noget.
Herlig nyhed.
Sad og funderede over, hvordan jeg skulle klare et skift fra Win2k3 over til FBSD på min server, samtidig med, at der er fuld read-write access til alle harddiskene.
Sad og funderede over, hvordan jeg skulle klare et skift fra Win2k3 over til FBSD på min server, samtidig med, at der er fuld read-write access til alle harddiskene.
nice nok, har før haft en del fat32 diske som sekundær storage, til at det der skulle deles systerme imellem, der ikke fylder over 4gb :P
#18 #19
Encrypting File System
Såvidt jeg lige kan læse mig frem til, så ligger man en EFS stream af data ind i NTFS og sætter derudover et flag der betyder at dataen skal læses fra den EFS strean (som først skal decodes).
Jeg kan have misforstået noget, så læs selv...
Såvidt jeg kan læse er Windows File Encryption dog så svagt, at de ligesågodt kunne have ladet være. De er gået så langt for at gøre det nemt, at det reelt ikke har noget formål mere, udover måske at ligge ½ time mere til den tid, det tager en tyv at få fat i dataen. Og så kræver det måske en smule mere ekspertise end ellers...
Encrypting File System
Såvidt jeg lige kan læse mig frem til, så ligger man en EFS stream af data ind i NTFS og sætter derudover et flag der betyder at dataen skal læses fra den EFS strean (som først skal decodes).
Jeg kan have misforstået noget, så læs selv...
Såvidt jeg kan læse er Windows File Encryption dog så svagt, at de ligesågodt kunne have ladet være. De er gået så langt for at gøre det nemt, at det reelt ikke har noget formål mere, udover måske at ligge ½ time mere til den tid, det tager en tyv at få fat i dataen. Og så kræver det måske en smule mere ekspertise end ellers...
der står i announce: " provides full read-write access to NTFS,
excluding access to encrypted files, writing compressed files, changing
file ownership, access right."
så læsning af komprimerede filer skulle da virke..
excluding access to encrypted files, writing compressed files, changing
file ownership, access right."
så læsning af komprimerede filer skulle da virke..
Hmm?
FreeBSD Hypertext Man Pages -> mount_ntfs
FreeBSD Hypertext Man Pages -> mount_ntfs
CAVEATS
This utility is primarily used for read access to an NTFS volume. See
the WRITING section for details about writing to an NTFS volume.
WRITING
There is limited writing ability. Limitations: file must be nonresident
and must not contain any sparces (uninitialized areas); compressed files
are also not supported. The file name must not contain multibyte charac-
ters.
#24 dit navn er meget passende error, for der står ikke engang et symbol i din post? og der skal da mindst være 8? så hvad er der lige gået galt?
*det står heller ikke i kilden hvorfor?
ontopic: er der nogen der ved hvorfor det ikke har været muligt at skrive til en ntfs partition før, af tekniske årsager tak, kender ikke så meget til linux i nu. Og det vil da virke lidt for overbeskyttende, hvis at det kun er af patent årsager... fremskridt af den type burde være frit for alle... *er ikke så meget til open source programmer så det er ikke for at starte en flamewar...
*det står heller ikke i kilden hvorfor?
ontopic: er der nogen der ved hvorfor det ikke har været muligt at skrive til en ntfs partition før, af tekniske årsager tak, kender ikke så meget til linux i nu. Og det vil da virke lidt for overbeskyttende, hvis at det kun er af patent årsager... fremskridt af den type burde være frit for alle... *er ikke så meget til open source programmer så det er ikke for at starte en flamewar...
#25
Nu frygter jeg diverse irrelevant ratings, men jeg vil lige gribe chancen for at forklare hvorfor det er muligt at skrive et tomt indlæg uden synlige karakterer.
Space (0x20 ascii) er også en "karakter", men i følge HTML/XHTML standarten er den ikke en del af "content" selv om der er 20 spaces lige efter hinanden, og det er derfor muligt at skrive 20 mellemrum lige efter hinanden, for at opnå effekten af et kollapset indlæg på newz, samt mange andre fora som ikke tager højde for denne effekt.
Grunden til at den ikke er en del af content, er at mange bruger mellemrum og tabs (0x9) som padding i deres hypertext markup.
Dette omgås ved at benytte sig af " " eller  i stedet for mellemrumstegnet i sin markup.
Igen, sorry.
Nu frygter jeg diverse irrelevant ratings, men jeg vil lige gribe chancen for at forklare hvorfor det er muligt at skrive et tomt indlæg uden synlige karakterer.
Space (0x20 ascii) er også en "karakter", men i følge HTML/XHTML standarten er den ikke en del af "content" selv om der er 20 spaces lige efter hinanden, og det er derfor muligt at skrive 20 mellemrum lige efter hinanden, for at opnå effekten af et kollapset indlæg på newz, samt mange andre fora som ikke tager højde for denne effekt.
Grunden til at den ikke er en del af content, er at mange bruger mellemrum og tabs (0x9) som padding i deres hypertext markup.
Dette omgås ved at benytte sig af " " eller  i stedet for mellemrumstegnet i sin markup.
Igen, sorry.
#25
Der har aldrig været offentliggjort specs omkring NTFS, dvs. brug af NTFS er et spørgsmål om at reverse engineere de nødvendige dele af filsystemet.
Det er af logiske årsager væsentligt hurtigere at reverse engineer læse adgang, da man ikke risikerer at ødelægge filsystemet under en læse operation, derfor er læse adgang kommet hurtigere frem (og så det faktum at skrive operationer sandsynligvis er mere komplekse og varierende).
Mit umiddelbare gæt er at store dele af skriveoperationerne har virker 99% pålideligt i de tidligere versioner, hvis man slår det til, problemet er bare lige den sidste procent, som jo er ret kritisk hvis den beskadiger filsystemet.
Der har aldrig været offentliggjort specs omkring NTFS, dvs. brug af NTFS er et spørgsmål om at reverse engineere de nødvendige dele af filsystemet.
Det er af logiske årsager væsentligt hurtigere at reverse engineer læse adgang, da man ikke risikerer at ødelægge filsystemet under en læse operation, derfor er læse adgang kommet hurtigere frem (og så det faktum at skrive operationer sandsynligvis er mere komplekse og varierende).
Mit umiddelbare gæt er at store dele af skriveoperationerne har virker 99% pålideligt i de tidligere versioner, hvis man slår det til, problemet er bare lige den sidste procent, som jo er ret kritisk hvis den beskadiger filsystemet.
#27:
det er lidt rigtigt..
man har i noget tid vidst alt man behøver for at implementere fuld ntfs, dog har der ikke været nok interesse.
"Mit umiddelbare gæt er at store dele af skriveoperationerne har virker 99% pålideligt i de tidligere versioner, hvis man slår det til, problemet er bare lige den sidste procent, som jo er ret kritisk hvis den beskadiger filsystemet."
well.. det skrive support der har været i langt tid har kun været en lille smule, dog sikkert, da den bare vil lade være med at lave operationen hvis supporten ikke er der.
det er lidt rigtigt..
man har i noget tid vidst alt man behøver for at implementere fuld ntfs, dog har der ikke været nok interesse.
"Mit umiddelbare gæt er at store dele af skriveoperationerne har virker 99% pålideligt i de tidligere versioner, hvis man slår det til, problemet er bare lige den sidste procent, som jo er ret kritisk hvis den beskadiger filsystemet."
well.. det skrive support der har været i langt tid har kun været en lille smule, dog sikkert, da den bare vil lade være med at lave operationen hvis supporten ikke er der.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund