Gå til innhold

Den frie kafeen


Anbefalte innlegg

Jeg får opp den sløve sløve sløve helt idiotiske feilmeldingen som to ganger før har ført til formatering og en nyforelskelse i windows.

Homemappen, for useren eies ikke av brukeren bla bla bla bla. Filen .dmrc noe må være 644 og kun eieren skal ha skrive og lese rettigheter.

Poenget er at når jeg endrer dette og trykker lagre, så lagrer den det faen ikke. Hvorfor? Det er helt hyper-sløv. Skal det alltid være //noe// som gjør at jeg ikke kan ha en linux workstation til å stole på?

Hva må jeg gjøre med chmod for å få den feilmeldingen til å slutte å dukke opp? Må bruke chmod da nautilus ikke klarer å lagre noen endringer i det hele tatt. Man filene til chmod er jo langt som et vondt ÅRHUNDRE.

Endret av Frysning
Lenke til kommentar
Videoannonse
Annonse
Jeg er ikke helt med. Hvem eier fila det er snakk om, hvilket program er det som gir feilmelding?

 

Det er gdm, når jeg logger inn får jeg opp følgende melding:

Users HOME/.dmrc file is being ignored. this prevents the default session and language from being saved. File should be owned by user and have 644 permissions. Users home directory must be owned by user and not writable by other users.

Lenke til kommentar

Arch, kanskje jeg ikke er dreven nok for det :wee:

*prøve det du postet*

 

Nei, jeg får samme feil. :/

 

Update: Jeg gjorde dette:

sudo chmod 644 .dmrc

sudo chown username .dmrc

sudo chmod 755 /home/username

sudo chown username /home/username

Ingen feilmelding ved login, nå fungerer bare ikke noen av applet.

The panel encountered a problem while loading, og det får jeg på alle sammen :/

 

Haha, fikset!! Jeg kjørte en recursive 755 på mappen min, så fikset jeg dmrc igjen med 644. All good.

Takk skal du ha, jeg stresser bare litt. Veldig mye arbeid å gjøre som skal presenteres imorgen.

Endret av Frysning
Lenke til kommentar

Rekursive 755 på $HOME ? Eeeek!

 

:)

 

Jeg opplevde en gang at hele $HOME ble chown'et av root under installasjon av en distro. Ble noe irritert og stresset når jeg ikke fikk logget inn, så jeg vet åssen det kan være.

 

Dog, jeg ville nok ikke tatt den løsningen før en time eller to før presentasjon...

Endret av olefiver
Lenke til kommentar
Jeg syns ifølge den feilmeldingen at det ser mer ut som en feil i Java-VMet enn en feil i Azureus. Det skal vel ikke la seg gjøre å få JVM til å segfaulte ved å kjøre java-kode..

Jeg kjørte apt-get autoremove også denne gangen, kanskje det som fikset det..? :hmm:

 

Edit: Nå køddet den seg til igjen :wallbash: samme feil som før

Endret av cp-nilsen
Lenke til kommentar
Hvilken fil må redigeres for å få xdm til å starte xfce4 når jeg logger inn i Arch? Nå godkjenner den innloggingen, sjermen blir svart i ett sekund, og så dukker innloggingen opp igjen. Jeg antar at det er pga. at xdm ikke laster noe som helst.

Hadde samme problemet da jeg skulle prøve openSUSE, bare at da gikk det dårlig uansett åssen session jeg valgte.

Litt usikker på åssen jeg fikset det, eller om jeg fikk fikset det i det hele tatt. Men som feilsøking kan du jo prøve å logge inn med en annen bruker/root og se om du kommer inn da - i så fall så er det mest sånnsynlig noe drit i $HOME til brukeren din. Kan for eksempel slette / flytte .xfce4(eller hva den nå heter) og se om det hjelper.

Lenke til kommentar
På okkupasjonsmuseet i Tallinn viste de filmer på noen skjermer rundt om kring. Filmene fulgte jeg ikke så mye med på, men systemet som kjørte filmen interesserte meg litt.

post-30930-1194089144_thumb.jpg post-30930-1194089173_thumb.jpg

Jeg synes det likner på et Gnome-skin. Har jeg rett i det?

 

Jeg har vært på tilsvarende i Riga. Synd jeg ikke la merke til noe tilsvarende der.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...