Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.
leonardo

leonardo

Medlem
  • Plats Göteborg
  • Registrerad 2004-03-30
  • Senast aktiv 2017-05-18
  • Antal inlägg 1271

Foruminlägg

De senaste inläggen leonardo har skrivit i forumet.

Det går inte

chown: /Volumes/Data1: Operation not permitted

Uppdatering - Det låste sig helt till slut. Jag har insatllerat om systemet och kan nu reparera behörigheterna på System och Data1 i Skivverktyg, men data2 vill bara inte vara med.

Fortfarande kan jag dock inte kasta mappar på någon av volymerna. Jag kan kasta nya mappar, men inga gamla.

Ursprungligen av Johan S:

Skriv "sudo chown -R user:grupp" istället så blir det rätt.

Edit: "sudo chown -R torsten:staff Data* System" borde bli bra.. Detta när du står i katalogen ovanför mapparna.

Jag fattar inte - det är ju hela volymer jag inte kommer åt. Det finns heller ingen namngiven grupp - står bara (okänd).

Isch - nu blir det ruggigt.

Mac OS X 10.5.2 - Mac Pro revA - tre volymer - System / Data1 / Data2

Tittar jag med Visa Info på de tre volymerna, så står det

System       Data1       Data2
torsten  läsa/skriva   anpassad    anpassad
system   läsa/skriva läsa/skriva läsa/skriva 
admin    läsa/skriva läsa/skriva läsa/skriva 
everyone    läsa        läsa        läsa

Jag kan inte åtgärda System med Skivverktyg, får följande meddelande när jag försöker reparera behörigheter;

Reparerar behörigheter för ”System”
Fel:  Den underliggande åtgärden avslutades med ett fel.
Behörighetsreparation slutförd

, och de andra två kommer jag ju inte ens åt i Skyvverktyg ... Fattas jag rätt

sudo chown -r System torsten
sudo chown -r Data1 torsten
sudo chown -r Data2 torsten

Jag har, förmodar jag, av rent slöhet/dumhet/ouppmärksamhet, lyckats ändra behörigheterna till två av mina volymer. Det började med en levererad fil som jag kopierade till en av dem. Nu kan jag bara läsa, inte kasta eller skriva.

Hur gör jag för att återfå behörigheten. [ sudo ??? ]

( Nej - reparera behörighet i Skivverktyg löser det inte )

Asch - nu har det blivit lite sport att lösa det. "Det som inte dödar direkt - härdar på sikt". Det ger mig massor av ny kunskap åxå, så jag klagar inte, men support är begränsat till "fam. Svensson nivå", och jag får en känsla av att jag ställer för specifika frågor och att de får säktok-noja och svarar med automat-nej.

En uppebar väg att lösa detta är att på sikt sätta upp egen server i huset och göra det jag vill göra med den, utan att nå'n stackare behöver få hjärtslag varje gång jag undrar över saker, eller "pillar lite här, och pillar lite där".

Jag har övergett lösningen helt ock hållet, mest pga. ovilja från hotellägaren att berätta vad som står i .config. Detta medför bl.a. att jag måste testa det mesta för att se om jag måste köra override i .htaccess eller inte. Det blev för mycket knåpande helt enkelt. Jag löste problemet genom att skriva en "falsk" index-sida som bara innehåller en ram, och i den laddas alla andra sidor = det står bara http://exempel.com som URL, oavsett var på sajten besökaren befinner sig.

Indexering av efterföljande sidor av ointressant, mycket eftersom den trafik sidan får, antingen kommer via en portal, eller via en länk på en annan hemsida som jag skrivit. Mycket av innehållet är känsligt, så indexering är utesluten även av det skälet.

Att det inte går att sätta bokmärken till underliggande sidor på sajten är heller inget problem, mest pga. att jag lagt all viktig information åtkomligt från det som syns när den falska index.html laddats.

Ett mer prekärt problem som uppstått och som jag just nu inte kunnat lösa, är att serverns egna felmeddelanden, med referensen till sidan, visas, i stället för de egna felmeddlanden jag skapat för alla de felmeddelanden som refererar till en viss sida. Jag vill ju sopa igen spåren av strukturen. Jag har inte lyckats hitta information om vad som är override-kommandot för att ge mina meddelanden prioritet över serverns.

Jag bockar och bugar för att Du tar Dig tid att vara trevlig och hjälpsam - det är alltid lika trevligt på detta forum tycker jag. Än en gång - tack snälla för all assistans och de vänliga orden.

Suck - nä jag vet det, men snälla - ta ställning till frågan i stället?

Näääästan framme vid målet, men en idiotfråga återstår; - en som jag helst vill ha "Ja"-svar på - får filen .htpasswd heta vad som helst? ex.vis .htpwdett, .htpwdtva, .htpwdtre etc.?

Ursprungligen av irrelogical:

...
Att lägga .htpasswd ovanför webroten är inget måste, du kan enkelt blocka all access via webben till filen.

<Files .htpasswd>
Order allow, deny
</Files>

Borde det inte vara

<Files .htpasswd>
Order allow, deny
deny from all
</Files>

frågar jag med sedvanlig reservation för trasigt framhjul?

Ursprungligen av Jogin:

Hela syftet med denna rewrite-regel är att "fixa" en felaktigt konfigurerad webbserver. Jag föreslår att konfigurera webbservern riktigt istället, och alltså ange public_html som själva webbrooten, som det ska vara — då behövs inte rewrite-regeln längre.

Låter precis som det jag vill göra. Problemet är bara att sajten ligger på ett hotell = jag har inte tillgång till .config, alltså måste jag lösa det "per directory" = .htaccess.

Eller har jag nu satt mig på cykeln igen?

Ursprungligen av thevil:

Nej nej. Det var .htpasswd vi pratade om och som ska ligga utanför html-sidorna. .htaccess lägger du där du känner för och var du vill.

Läser om den tråden och noterar att jag fattat fel. Tack för pepåken.

Ursprungligen av ntity:

...
... men jag kan inte påstå att jag 100% förstår vad du menar heller.

Då inställer sig naturligtvis den impertinenta frågan; hur kan Du då veta att jag är ute och cyklar?

Du Henil stabil i nöden räddare - jag visste att jag grävt efter det en gång i tiden, när jag mailade med Martin Kull på ComHem, men kom inte ihåg att jag också skrivit om det i denna tråd.

1. Varför inte då då? Apache anger det som en möjlig skrivning i redirect. Men jag vill ju inte använda det - egentligen.

2. Det känns som om jag blir mer och mer byfåne, när jag försöker får ordning på detta.

Det förra rådet jag fick ( inte av Dig Jogin ) löd; lägg .htaccess ovanför public_html. Om nu public_html är samma som domän_root, hur i sjutton ska jag kunna lägga något ovanför den?

Jag har ju inte tillgång till den nivån - sajten ligger publicerad på ett web-hotell.