Read-only file system probleema.

Sākumlapa Forumi Software Debian Linux atbalsts Read-only file system probleema.

Tiek skatīts 1 ieraksts (no 10 kopumā)
  • Autors
    Ieraksti
  • #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.

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

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

    #314712
    nevertell
    Participant

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

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

    #314714
    grisha
    Participant

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

    #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?

    #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?

    #314717
    grisha
    Participant

    Paldies piwchik. Izskatas ka palidzeeja tavs ieteikums

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

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

Tiek skatīts 1 ieraksts (no 10 kopumā)
  • Jums ir jāpieslēdzas sistēmai, lai varētu komentēt šo tēmu.
Jaunākais portālā