Read-only file system probleema.

Moderatori: janis.wd, Vecākie lietotāji

User avatar
grisha
E-žurnālists
Atbildes: 1129
Pievienojies: 25 Jūn 2007, 18:43
Reputācija: 0

Read-only file system probleema.

Post no grisha » 22 Feb 2015, 23:35

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: Select all

/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.

User avatar
Aldis
E-žurnālists
Atbildes: 5085
Pievienojies: 21 Nov 2008, 15:55
Reputācija: 0
Atrodas: LV

Post no Aldis » 23 Feb 2015, 08:36

- 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.
Image Oh My God = OMG
Image Ak Mans Dievs = AMD

User avatar
grisha
E-žurnālists
Atbildes: 1129
Pievienojies: 25 Jūn 2007, 18:43
Reputācija: 0

Post no grisha » 23 Feb 2015, 15:22

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.

nevertell
Reģistrēts lietotājs
Atbildes: 2885
Pievienojies: 13 Mar 2009, 23:25
Reputācija: 0

Post no nevertell » 23 Feb 2015, 15:37

Un tu nekādu autentifikāciju netaisīsi tam nfs'am ? NFS konfigā ļauj vispār rakstīt ?
You're the moron they built to make me an idiot.

User avatar
samurajs
Administrators
Atbildes: 14988
Pievienojies: 06 Mar 2007, 15:04
Reputācija: 0
Atrodas: Liepājas anomālā zona

Post no samurajs » 23 Feb 2015, 16:30

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

Code: Select all

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.
Image

User avatar
grisha
E-žurnālists
Atbildes: 1129
Pievienojies: 25 Jūn 2007, 18:43
Reputācija: 0

Post no grisha » 23 Feb 2015, 16:52

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

User avatar
APOC
Reģistrēts lietotājs
Atbildes: 524
Pievienojies: 05 Feb 2009, 02:51
Reputācija: 0

Post no APOC » 23 Feb 2015, 17:12

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

User avatar
piwchix
Reģistrēts lietotājs
Atbildes: 341
Pievienojies: 20 Aug 2010, 13:35
Reputācija: 0

Post no piwchix » 24 Feb 2015, 00:06

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?
01000010 01101001 01101010 01100001 00100000 01110110 11000100 10010011 01110010 01110100 01110011 00100000 01110000 11000101 10101011 01101100 11000100 10010011 01110100 01101001 01100101 01110011 00111111

User avatar
grisha
E-žurnālists
Atbildes: 1129
Pievienojies: 25 Jūn 2007, 18:43
Reputācija: 0

Post no grisha » 24 Feb 2015, 04:15

Paldies piwchik. Izskatas ka palidzeeja tavs ieteikums
/srv 10.42.0.0/24 (rw,no_root_squash,subtree_check)

User avatar
piwchix
Reģistrēts lietotājs
Atbildes: 341
Pievienojies: 20 Aug 2010, 13:35
Reputācija: 0

Post no piwchix » 24 Feb 2015, 13:21

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.
01000010 01101001 01101010 01100001 00100000 01110110 11000100 10010011 01110010 01110100 01110011 00100000 01110000 11000101 10101011 01101100 11000100 10010011 01110100 01101001 01100101 01110011 00111111

Pievienot atbildi

Return to “Debian Linux atbalsts”