Arch Linux - XFCE Dropbox har ändrat format i de flesta *. txt dokument

Trädvy Permalänk
Avstängd
Plats
/home
Registrerad
Apr 2010

Arch Linux - XFCE Dropbox har ändrat format i de flesta *. txt dokument

Satt igår på jobbdatorn med Windows 10 och såg att Dropbox ändrat formateringen i mina *txt-dokument.
Det är utan radbrytningar plötsligt. Det enda jag gjort i somras är att jag alternerat mellan Arch Linux och nu Windows.

Det är över ~16000 textfiler som formateringen ser ut att ändrats för. Har av förklarliga skäl inte gått igenom samtliga, men inga skräptecken eller så, å ä och ö syns fint, men texten sitter ihop i en enda röra.
Hur ändrar jag tillbaka i en batch så att säga från antingen Arch, eller från Windows?

Innan:

"Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicabo

Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt
Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatem

Ut enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur?"

Efter:

"Sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam, eaque ipsa quae ab illo inventore veritatis et quasi architecto beatae vitae dicta sunt explicaboNemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciuntNeque porro quisquam est, qui dolorem ipsum quia dolor sit amet, consectetur, adipisci velit, sed quia non numquam eius modi tempora incidunt ut labore et dolore magnam aliquam quaerat voluptatemUt enim ad minima veniam, quis nostrum exercitationem ullam corporis suscipit laboriosam, nisi ut aliquid ex ea commodi consequatur? Quis autem vel eum iure reprehenderit qui in ea voluptate velit esse quam nihil molestiae consequatur, vel illum qui dolorem eum fugiat quo voluptas nulla pariatur?"

I Arch har jag mestadels använd mousepad och leafpad när jag läst/editerat *.txt-filer.

i7
GTX
4K

Trädvy Permalänk
Medlem
Plats
Stockholm
Registrerad
Jul 2009

Har du testat att läsa filerna med en annan text editor? Windows inbyggda har en jävla ovana att sabba med radbrytningar m.m.

Citera för svar!
Stationär: ASUS X99-A/USB 3.1 | HyperX 32GB (4x8GB) DDR4 2133MHz Fury Black | Intel Core i7 5820K 3.3 GHz | EVGA GTX 970 SC ACX 2.0
Laptop:MacBook Pro 13" 2016 TB 16gb 512gb

Trädvy Permalänk
Avstängd
Plats
/home
Registrerad
Apr 2010
Skrivet av Gauz:

Har du testat att läsa filerna med en annan text editor? Windows inbyggda har en jävla ovana att sabba med radbrytningar m.m.

De ser lika ut på båda operativsystemen dessvärre.

i7
GTX
4K

Trädvy Permalänk
Forumledare
Registrerad
Okt 2002

Har du gjort någon automatiserad operation över alla filer någon gång under denna tid? Att bara flyttas och öppnas mellan olika system bör inte kunna påverka dess innehåll. Om de däremot sparats om eller liknande så skulle något kunna ha konverterats ("moderna" textredigerare brukar inte vara något problem, men exempelvis Notepad i Windows är ökänt för att ha konstiga saker för sig).

Testa att köra en fil genom förslagsvis hexdump -C och posta output här. För att illustrera, så med en exempelfil test med innehåll:

Radbrytning kommer Sista raden

(ASCII, sparat på *nix-system) så ges output:

$ hexdump -C test 00000000 52 61 64 62 72 79 74 6e 69 6e 67 20 6b 6f 6d 6d |Radbrytning komm| 00000010 65 72 0a 53 69 73 74 61 20 72 61 64 65 6e 0a |er.Sista raden.| 0000001f

vilket visar radbrytningarna som 0a, dvs en avslutande LF ("line feed") för att indikera radbrytning liksom *nix-system vanligen använder. Konverterar man däremot samma fil till "Windows-standard" så får man:

$ hexdump -C test 00000000 52 61 64 62 72 79 74 6e 69 6e 67 20 6b 6f 6d 6d |Radbrytning komm| 00000010 65 72 0d 0a 53 69 73 74 61 20 72 61 64 65 6e 0d |er..Sista raden.| 00000020 0a |.| 00000021

där vi ser det karakteristiska i att Windows använder två tecken (CR+LF) för radbrytning.

Om dina filer har åtminstone något utstickande tecken kvar som indikerar radbrytning så går det säkert att konvertera tillbaka. Om det är helt strippat, dvs ser ut något i stil med:

$ hexdump -C test 00000000 52 61 64 62 72 79 74 6e 69 6e 67 20 6b 6f 6d 6d |Radbrytning komm| 00000010 65 72 53 69 73 74 61 20 72 61 64 65 6e |erSista raden| 0000001d

så ser livet tuffare ut, och du får hoppas på backup.

Nu med kortare användarnamn, men fortfarande bedövande långa inlägg.

Trädvy Permalänk
Avstängd
Plats
/home
Registrerad
Apr 2010
Skrivet av phz:

Har du gjort någon automatiserad operation över alla filer någon gång under denna tid? Att bara flyttas och öppnas mellan olika system bör inte kunna påverka dess innehåll. Om de däremot sparats om eller liknande så skulle något kunna ha konverterats ("moderna" textredigerare brukar inte vara något problem, men exempelvis Notepad i Windows är ökänt för att ha konstiga saker för sig).

Testa att köra en fil genom förslagsvis hexdump -C och posta output här. För att illustrera, så med en exempelfil test med innehåll:

Radbrytning kommer Sista raden

(ASCII, sparat på *nix-system) så ges output:

$ hexdump -C test 00000000 52 61 64 62 72 79 74 6e 69 6e 67 20 6b 6f 6d 6d |Radbrytning komm| 00000010 65 72 0a 53 69 73 74 61 20 72 61 64 65 6e 0a |er.Sista raden.| 0000001f

vilket visar radbrytningarna som 0a, dvs en avslutande LF ("line feed") för att indikera radbrytning liksom *nix-system vanligen använder. Konverterar man däremot samma fil till "Windows-standard" så får man:

$ hexdump -C test 00000000 52 61 64 62 72 79 74 6e 69 6e 67 20 6b 6f 6d 6d |Radbrytning komm| 00000010 65 72 0d 0a 53 69 73 74 61 20 72 61 64 65 6e 0d |er..Sista raden.| 00000020 0a |.| 00000021

där vi ser det karakteristiska i att Windows använder två tecken (CR+LF) för radbrytning.

Om dina filer har åtminstone något utstickande tecken kvar som indikerar radbrytning så går det säkert att konvertera tillbaka. Om det är helt strippat, dvs ser ut något i stil med:

$ hexdump -C test 00000000 52 61 64 62 72 79 74 6e 69 6e 67 20 6b 6f 6d 6d |Radbrytning komm| 00000010 65 72 53 69 73 74 61 20 72 61 64 65 6e |erSista raden| 0000001d

så ser livet tuffare ut, och du får hoppas på backup.

Jag skall kolla vid tillfälle. Har inte gjort någon automatisering vad jag vet, men upptäckte att de filer jag öppnat och läst i Arch dropbox-mapp är de som blivit knas. Filer jag inte manuellt accessat har inte detta problem. kör en_US i Arch och se i windows.

i7
GTX
4K