Read-only file system probleema.

Skatījumi: 0

This topic has 9 atbilžu, 6 voices, and was last updated pirms 9 years, 5 months by piwchix.

Tiek skatīts 1 ieraksts (no 10 kopumā)

Autors

Ieraksti
22. Feb, 2015 at 21:35 #160648

grisha
Participant

Neesmu veel uz jaunaa cietnja uzlicis LV atbalstu. Atvainojos par to.

Ieliku lapsii jaunu cietni Apgreidojos uz SSD. Veco iebaazu vecaa grabazhaa un noshaareeju caur NFS . Uj, vis notiek Linuxaa.

No veca cietnja datus lasiit varu bez probleemaam. Ierakstiit neatljauj.

Code: /srv 10.42.0.0/24 (rw,sync,no_subtree_check)

Jau izbesiijos, lai vispaar noshaareetu caur NFS, bet nu izdevaas. It kaa rakstiishanas tiesiibas ir dotas. Abaam mapeem ir 777 permiicijas. nesaprotu, ko shreiz esmu palaidis garaam.

Kaa nekaa Linux iisti paarinstaleet nekad nevajag. Ieprieksheejo tieshaam brutaali nobendeeju, jo centos vinju caur USB piedarbinaat normaali, bet aatrums bija kaa modeemam.

23. Feb, 2015 at 06:36 #314710

Aldis
Participant

– Kas par Linux? Kur tas stāv, tu boot-o no fleškas vai cd live vai kur?

– Gadījumā dati uz vecā cietņa nestāv uz NTFS failu sistēmas? Tad nebūtu brīnums ka tev tur viss read-only.

23. Feb, 2015 at 13:22 #314711

grisha
Participant

Viss ir tikai ieksh Linux.winblows jau esmu aizmirsis. ext4 failu sisteema. Lasiit varu, rakstiit neljaulj, kaut visu esmu nochmodojis uz 777 . Diemzheel nevaru nevienam publiski paraadit kasti, atrodas ieksheejaa tiiklaa.

23. Feb, 2015 at 13:37 #314712

nevertell
Participant

Un tu nekādu autentifikāciju netaisīsi tam nfs’am ? NFS konfigā ļauj vispār rakstīt ?

23. Feb, 2015 at 14:30 #314713

samurajs
Participant

Pamēģini owneri nomainīt, citreiz tas nedod pilnas permisijas:

Code: chmod -R 777 /mnt/ceļš_uz_mapi chown -R nobody /mnt/ceļš_uz_mapi

Principā attālinātam diskam vajadzētu būt piemontētam sistēmā zem /mnt, bet varbūt arī ka bez tā var iztikt.

23. Feb, 2015 at 14:52 #314714

grisha
Participant

Abus tos variantus jau izproeeju Samuaj. Nepaliid<. Kaut kaada mistika sanaakusi.....

23. Feb, 2015 at 15:12 #314715

APOC
Participant

Minējums, bet nav .bash_profile vai .profile vai fig viņzin vēl kur pietaisīts ar kaut kādu nevajadzīgu umask?

23. Feb, 2015 at 22:06 #314716

piwchix
Participant

Minu, ka nošārēts ir bez W tiesībām, neatkarīgi ko chown’o vai chmod’o uz klienta mašīnas.

Pamēģini pie esošā exporta pielikt “fsid=0”

Mountē kā klāt? fstab, manuāli, vai uz lietotāju?

24. Feb, 2015 at 02:15 #314717

grisha
Participant

Paldies piwchik. Izskatas ka palidzeeja tavs ieteikums

/srv 10.42.0.0/24 (rw,no_root_squash,subtree_check)

24. Feb, 2015 at 11:21 #314718

piwchix
Participant

Ok, “no_root_squash” atļauj NFS attālinātajam klientam veidot failus kā root lietotājam uz NFS servera (100% visatļautība), mājas apstākļos un Tavā gadījumā tas absolūti der, bet kopumā korporatīvi veidojot šo sistēmu tas ir BIG “no no”. Cik noprotu visa problēma bija tajā, ka NFS mappotajam lietotājam(nobody vai nfsnobody vai jebkādam citam paša mapotajam) nebija tiesību rakstīt “/srv” mapē, tāpēc “no_root_squash” atrisināja problēmu.
Autors

Ieraksti