Toon posts:

Opeens geen schrijfrechten meer op NTFS partitie??

Pagina: 1
Acties:

Vraag


  • Sjah
  • Registratie: juli 2000
  • Laatst online: 04:16
Opeens kan ik geen copy paste mee doen van een muziekdirectory naar een NTFS partjitie.
...

Ubuntu 1804.4

Fstab ben ik in gaan kijken en proberen, vind velerlei suggesties op het net, tot en met de patitie weer onder beheer krijgen van mij als local user, maar paste werkt niet...


Heb nog een 2 mnd oude backup, die
ga ik straks terug zetten, of jullie moeten zeggen,m probeer dit eens in je fstab..
...

os: Ubuntu lts

Beste antwoord (via Sjah op 07-06-2020 01:26)


  • DataGhost
  • Registratie: augustus 2003
  • Laatst online: 01:01

DataGhost

iPL dev

Sjah schreef op zondag 7 juni 2020 @ 00:33:
Dataghost: de foutmelding bij kopieren naar is dus >> the destination is read-only....
Ah, kijk, dit is zo'n situatie waarin je bijna alle mensen op het "Wie is het?"-bord weg kan klappen. Je filesystem is read-only, dus dat betekent dat er iets mis is gegaan. Het staat ook in fstab ingesteld, "errors=remount-ro" (ro = readonly). Daar gaat het veranderen van permissies dus ook niks aan helpen. Het kan alsnog van alles zijn maar we kunnen al veel specifieker zoeken.
* De partitie kan nog "in gebruik" zijn in Windows. Als je een dual-boot hebt is die misschien gecrasht of in slaapstand en heb je chkdsk nog niet laten lopen. Als het een USB-schijf is, is de kabel er waarschijnlijk te vroeg uit getrokken.
* Er kan datacorruptie zijn opgetreden om wat voor reden dan ook. Ook dan moet chkdsk of fsck gedraaid worden om het op te lossen. Wat voor schijf het is en hoe je hem primair gebruikt kan uitmaken voor de beste oplossing, namelijk chkdsk of fsck. Ik heb persoonlijk geen ervaring met fsck icm NTFS, dus ik weet niet of het een beetje volwassen is of uberhaupt bestaat. Als je hem wel eens in Windows gebruikt zou ik het daardoor op laten lossen.
* De schijf kan kapot aan het gaan zijn. Als je data op die schijf hebt staan die je per se moet houden, waar je geen backup van hebt, is het heel belangrijk om niet meer naar die schijf te schrijven totdat je alle data hebt overgehaald naar een andere. Aangezien je nu niet kan schrijven gaat dat al grotendeels goed :+ Of je schijf kapot aan het gaan is kan je controleren met sudo smartctl --all /dev/sdc in een terminal.

In je logs en dmesg zal ook staan waarom hij read-only is geworden.

Dat zijn even de meest waarschijnlijke scenario's.

[Voor 8% gewijzigd door DataGhost op 07-06-2020 01:00]

Alle reacties


Acties:
  • +1Henk 'm!

  • DataGhost
  • Registratie: augustus 2003
  • Laatst online: 01:01

DataGhost

iPL dev

*snip* niet zo onvriendelijk
Wat voor foutmeldingen krijg je, wat staat er in je logs, wat staat er in je fstab, wat zegt /proc/mounts, wat zijn de permissies op de map waarin je wilt schrijven, wat zijn de permissies op alle mappen daarboven tot aan /, hoeveel ruimte is er vrij op de schijf, is de schijf misschien dood aan het gaan?

[Voor 10% gewijzigd door Cyphax op 07-06-2020 16:11]


Acties:
  • 0Henk 'm!

  • Sjah
  • Registratie: juli 2000
  • Laatst online: 04:16
*snip* niet zo venijnig

Wat voor foutmelding denk je?? Dat ik geen schrijfrecht heb natuuurlijk.

[Voor 41% gewijzigd door Cyphax op 07-06-2020 16:11]

os: Ubuntu lts


Acties:
  • +2Henk 'm!

  • DataGhost
  • Registratie: augustus 2003
  • Laatst online: 01:01

DataGhost

iPL dev

Sjah schreef op zondag 7 juni 2020 @ 00:06:

Wat voor foutmelding denk je?? Dat ik geen schrijfrecht heb natuuurlijk.
Ik kan niet ruiken wat er op jouw computer aan de hand is. Je komt met minimale informatie terwijl het aan duizenden dingen kan liggen dat je niet kan schrijven. Er zijn ook verschillende foutmeldingen die neerkomen op dat je geen schrijfrecht hebt maar verschillende oorzaken kunnen aanduiden. De melding "Read-only filesystem" betekent iets volledig anders dan "Permission denied", maar beide hebben tot gevolg dat jij niet mag/kan schrijven. Het is ook niet eens gezegd dat je met het terugzetten van je backup wel weer kan schrijven, als je die backup uberhaupt teruggezet krijgt (je hebt immers geen schrijfrechten).

Dus het zou handig zijn als je alle zaken die ik heb gevraagd eens op een rijtje zet, letterlijk dus zonder er zelf een interpretatie aan te geven.

[Voor 5% gewijzigd door Cyphax op 07-06-2020 16:11]


Acties:
  • 0Henk 'm!

  • Sjah
  • Registratie: juli 2000
  • Laatst online: 04:16
Nou hij gaat uit van een kennisniveau, zoals proc/mounts en logs (waar vind ik die?) die voor hem makkelijk zijn als informatica afgestudeerde, zonder zelf moeite te doen om te zeggen waarje dat vind (we hebbben het hier over linux he, niet over overbekende W10) etc. Daarnaast, als ik nou een keer geen zin heb om uitgebreide topcistart te doen, so what?? Het is bijna nacht.

Nog even mijn fstab, want daar zal het zitten:
Dit is de zin waarom het gaat>>> die is al 10x veranderd vanavond, weet niet wat de originele was, daarom niet in TS, snapt U...
#500 GB /dev/sdc1
UUID=04B27D16B27D0D84 /media/04B27D16B27D0D84 ntfs-3g user,errors=remount-ro,auto,exec,rw 0 0

Heb ook al met ntfs defaults,umask=007,uid=1000,gid=1000 0 0 geprobeerd, en nog veel meer.
Resultaat daarvan was, zoals ik al meldde in TS dat ik dan wel beheerrecht had volgens permissie-tab, maar plakken lukt niet.

Dataghost: de foutmelding bij kopieren naar is dus >> the destination is read-only....

[Voor 4% gewijzigd door Sjah op 07-06-2020 00:42]

os: Ubuntu lts


Acties:
  • +2Henk 'm!

  • DataGhost
  • Registratie: augustus 2003
  • Laatst online: 01:01

DataGhost

iPL dev

Sjah schreef op zondag 7 juni 2020 @ 00:33:
Nou hij gaat uit van een kennisniveau, zoals proc/mounts en logs (waar vind ik die?) die voor hem makkelijk zijn als informatica afgestudeerde, zonder zelf moeite te doen om te zeggen waarje dat vind (we hebbben het hier over linux he, niet over overbekende W10) etc. Daarnaast, als ik nou een keer geen zin heb om uitgebreide topcistart te doen, so waht?? Het is bijna nacht.

Nog even mijn fstab, want daar zal het zitten:
Dit is de zin waarom het gaat>>> die is al 10x veranderd vanavond, weet niet wat de originele was, daarom niet in TS, snapt U...
#500 GB /dev/sdc1
UUID=04B27D16B27D0D84 /media/04B27D16B27D0D84 ntfs-3g user,errors=remount-ro,auto,exec,rw 0 0

Heb ook al met ntfs defaults,umask=007,uid=1000,gid=1000 0 0 geprobeerd, en nog veel meer.
Resulataat daarvan was, zoals ik al meldde in TS dat ik dan wel beheerecht had volgens permissie-tab, maar plakken lukt niet.
In NOS is het kennisniveau van het OS doorgaans iets hoger dan in WOS, mja, foute aanname van mij dan omdat ik je wel over fstab en permissies zag praten. Als je van de dingen die ik vroeg niet weet hoe je die kan vinden kan je daar naar Googlen, het zijn geen obscure zaken dus het web staat er vol mee. Zoals dat je /proc/mounts kan vinden op.... /proc/mounts. Logs staan doorgaans in /var/log, waarschijnlijk is /var/log/syslog de nuttigste. De output van het commando dmesg kan ook licht schijnen op de zaak. Beide zullen echter ook volstaan met ontzettend veel irrelevante meuk, dus hopelijk kan je er snel doorheen skimmen. Als je met een terminal uit de voeten kan, zal iets als grep sdc of grep 04B27D16B27D0D84 op je logs en dmesg de boel al flink filteren. Als je een commando niet snapt kan je er --help achter gooien. Anders kan je in ieder geval proberen je syslog in een text-editor te openen en te zoeken naar regels die over je schijf gaan. En de rest zou je ons makkelijk moeten kunnen vertellen.

Dat je geen zin hebt om moeite te steken in je topicstart maar wel verwacht dat anderen moeite steken in jou helpen... sjah. Maar nu moeten wij dus extra moeite gaan steken in jouw topicstart om genoeg informatie te krijgen om je uberhaupt maar in een richting te kunnen wijzen. Zonder informatie is de oplossing van gekkie min of meer de beste, daarmee verhelp je het probleem hoogstwaarschijnlijk maar is ook al je data kwijt.

Als informatica-afgestudeerde heb je waarschijnlijk weinig tot helemaal niets geleerd waarmee je in dit topic uit de voeten kan op parate kennis. Dit is puur uit eigen interesse en veel Googlewerk gekomen, iets wat iedereen kan en waar je geeneens een informatica-achtergrond voor nodig hebt. Wat je wel leert is problemen ontleden en oplossingen zoeken, eigenlijk hetzelfde als wat van een Tweaker verwacht wordt.

Acties:
  • 0Henk 'm!

  • Sjah
  • Registratie: juli 2000
  • Laatst online: 04:16
Ok, ik zat niet heel sterk met mijn topicstart, maar dat ik gelijk zo een vlammende reactie krijg, kan je voorstellen dat dat arrogant overkomt. Tevens,zoals je al zag in mijn info, ben ik al dik 20 jaar bezig met pc's, maar dat verwijtende zie ik alleen op dit Forum.

os: Ubuntu lts


Acties:
  • Beste antwoord
  • +3Henk 'm!

  • DataGhost
  • Registratie: augustus 2003
  • Laatst online: 01:01

DataGhost

iPL dev

Sjah schreef op zondag 7 juni 2020 @ 00:33:
Dataghost: de foutmelding bij kopieren naar is dus >> the destination is read-only....
Ah, kijk, dit is zo'n situatie waarin je bijna alle mensen op het "Wie is het?"-bord weg kan klappen. Je filesystem is read-only, dus dat betekent dat er iets mis is gegaan. Het staat ook in fstab ingesteld, "errors=remount-ro" (ro = readonly). Daar gaat het veranderen van permissies dus ook niks aan helpen. Het kan alsnog van alles zijn maar we kunnen al veel specifieker zoeken.
* De partitie kan nog "in gebruik" zijn in Windows. Als je een dual-boot hebt is die misschien gecrasht of in slaapstand en heb je chkdsk nog niet laten lopen. Als het een USB-schijf is, is de kabel er waarschijnlijk te vroeg uit getrokken.
* Er kan datacorruptie zijn opgetreden om wat voor reden dan ook. Ook dan moet chkdsk of fsck gedraaid worden om het op te lossen. Wat voor schijf het is en hoe je hem primair gebruikt kan uitmaken voor de beste oplossing, namelijk chkdsk of fsck. Ik heb persoonlijk geen ervaring met fsck icm NTFS, dus ik weet niet of het een beetje volwassen is of uberhaupt bestaat. Als je hem wel eens in Windows gebruikt zou ik het daardoor op laten lossen.
* De schijf kan kapot aan het gaan zijn. Als je data op die schijf hebt staan die je per se moet houden, waar je geen backup van hebt, is het heel belangrijk om niet meer naar die schijf te schrijven totdat je alle data hebt overgehaald naar een andere. Aangezien je nu niet kan schrijven gaat dat al grotendeels goed :+ Of je schijf kapot aan het gaan is kan je controleren met sudo smartctl --all /dev/sdc in een terminal.

In je logs en dmesg zal ook staan waarom hij read-only is geworden.

Dat zijn even de meest waarschijnlijke scenario's.

[Voor 8% gewijzigd door DataGhost op 07-06-2020 01:00]


Acties:
  • 0Henk 'm!

  • Sjah
  • Registratie: juli 2000
  • Laatst online: 04:16
@DataGhost

Dank! Naar W10 booten en chkdsk gaf slechts een gezondmelding, maar nu terug in linux alles weer goed.

@gekkie >>>> je hebt wel een punt dat ik wat probeerde, maar lukraak was het niet helemaal.

Allemaal weer vrede!! O+ O+

os: Ubuntu lts


Acties:
  • 0Henk 'm!

  • Cyphax
  • Registratie: november 2000
  • Laatst online: 10:53

Cyphax

Moderator NOS

Lieve mensen, zullen we elkaar niet teveel de maat nemen? Ik heb het een en ander er even tussenuit geknipt, hopelijk blijft het daar bij. Dank u zeer. :)

Saved by the buoyancy of citrus

Pagina: 1


Nintendo Switch (OLED model) Apple iPhone 13 LG G1 Google Pixel 6 Call of Duty: Vanguard Samsung Galaxy S21 5G Apple iPad Pro (2021) 11" Wi-Fi, 8GB ram Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2021 Hosting door True

Tweakers maakt gebruik van cookies

Bij het bezoeken van het forum plaatst Tweakers alleen functionele en analytische cookies voor optimalisatie en analyse om de website-ervaring te verbeteren. Op het forum worden geen trackingcookies geplaatst. Voor het bekijken van video's en grafieken van derden vragen we je toestemming, we gebruiken daarvoor externe tooling die mogelijk cookies kunnen plaatsen.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Forum cookie-instellingen

Bekijk de onderstaande instellingen en maak je keuze. Meer informatie vind je in ons cookiebeleid.

Functionele en analytische cookies

Deze cookies helpen de website zijn functies uit te voeren en zijn verplicht. Meer details

janee

    Cookies van derden

    Deze cookies kunnen geplaatst worden door derde partijen via ingesloten content en om de gebruikerservaring van de website te verbeteren. Meer details

    janee