fjarle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Vær svært forsiktig med justeringene om du kjører spilltjenesten på Linux.Steam slettet mesteparten av innholdet på PC-en Lenke til kommentar
RattleBattle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 (endret) Litt amatørmessig å la en tom variabel som behandler path til steam-mappa passere... Med forbehold om at dette stemmer. Endret 20. januar 2015 av RattleBattle Lenke til kommentar
morten_b Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Nå vil jeg vel si at en bruker som mounter sin 3T backup disk i en mappe i /home er passe gal i utgangspunktet. Kan det være han ikke forstår at Linux har strenge krav til rettigheter til å endre/slette filer nesten all andre steder en /home ? Er vel siste stedet backup disken burde legges. Om han selv hadde slettet brukermappa si i /home ville jo backupen også bli slettet ! Men en lekker bug var det da som sletter alle bruker-mappene i /home. Kan sammenlignes med et program som sletter alt i c:\users i Windows (som Windows oversetter fake til "c:\Brukere"). Så forskjellig er da ikke Windows og Linux ! Lenke til kommentar
RattleBattle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 (endret) Nå vil jeg vel si at en bruker som mounter sin 3T backup disk i en mappe i /home er passe gal i utgangspunktet. Kan det være han ikke forstår at Linux har strenge krav til rettigheter til å endre/slette filer nesten all andre steder en /home ? Er vel siste stedet backup disken burde legges. Om han selv hadde slettet brukermappa si i /home ville jo backupen også bli slettet ! Men en lekker bug var det da som sletter alle bruker-mappene i /home. Kan sammenlignes med et program som sletter alt i c:\users i Windows (som Windows oversetter fake til "c:\Brukere"). Så forskjellig er da ikke Windows og Linux ! Han hadde mountet i /media/, som i utgangspunktet gir brukerrettigheter til innlogget bruker når den blir "automountet" i de fleste skrivebordsmiljøer i Linux. Endret 20. januar 2015 av RattleBattle Lenke til kommentar
Aeyoun Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 «Mesteparten»? Vel, bare det brukeren hadde skriverettigheter til. Om man ikke kjørte Steam som root-brukeren vil maskinen fortesatt være operativ. At man har mistet alt av familiebilder, dokumenter, og alt personlig i hjemmappen sin er dog litt uheldig. Lenke til kommentar
morten_b Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 (endret) Han hadde mountet i /media/, som i utgangspunktet gir brukerrettigheter til innlogget bruker når den blir "automountet" i de fleste skrivebordsmiljøer i Linux. Da har ikke jeg forstått eksakt alle detaljer, eller kanskje du har lest den originale historien som forteller hva som skjedde mer nøyaktig enn her ? Uansett, ikke hør på meg folkens Endret 20. januar 2015 av morten_b Lenke til kommentar
RattleBattle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 «Mesteparten»? Vel, bare det brukeren hadde skriverettigheter til. Om man ikke kjørte Steam som root-brukeren vil maskinen fortesatt være operativ. At man har mistet alt av familiebilder, dokumenter, og alt personlig i hjemmappen sin er dog litt uheldig. Les orignalartikkelen, folkens. Steam-scriptet slettet rekursivt / og slettet alle brukerfiler, inkludert det som ligger på ekstern disk som backup. Systemet, som det står i artikkelen, var intakt. Lenke til kommentar
Aeyoun Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Les orignalartikkelen, folkens. Steam-scriptet slettet rekursivt / og slettet alle brukerfiler, inkludert det som ligger på ekstern disk som backup. Systemet, som det står i artikkelen, var intakt. En vanlig bruker kan ikke slette /. De kan slette ting som /home/segselv og kanskje også /media/eid-av-brukeren, men mesteparten av systemet (ikke-brukerdata) er altså utenfor hva en vnalig bruker kan nå uten admintilgang. Lenke til kommentar
morten_b Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 (endret) Systemet, som det står i artikkelen, var intakt. Var systemet intakt fordi Linux ikke ga rettigheter til å slette også de mappene ? I så fall ville jo det for en Windows maskin betydd at de fleste brukerprogrammer og selve Windows i stor grad ville blitt slettet. Endret 20. januar 2015 av morten_b Lenke til kommentar
RattleBattle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Les orignalartikkelen, folkens. Steam-scriptet slettet rekursivt / og slettet alle brukerfiler, inkludert det som ligger på ekstern disk som backup. Systemet, som det står i artikkelen, var intakt. En vanlig bruker kan ikke slette /. De kan slette ting som /home/segselv og kanskje også /media/eid-av-brukeren, men mesteparten av systemet (ikke-brukerdata) er altså utenfor hva en vnalig bruker kan nå uten admintilgang. Den kan ikke slette den den ikke har retiighet til under /, men sletter alt den har rettigheter til å slette hvis man kjører kommandoen rm -rf / som vanlig bruker. Som standard, som sagt, monterer de fleste linux-distroere eksterne disker under /media og gir innlogget bruker rettighet til disken. Lenke til kommentar
RattleBattle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Systemet, som det står i artikkelen, var intakt. Var systemet intakt fordi Linux ikke ga rettigheter til å slette også de mappene ? I så fall ville jo det for en Windows maskin betydd at de fleste brukerprogrammer og selve Windows i stor grad ville blitt slettet Ja, det stemmer det du sa om Linux. Hva slags sikkerhetmekanismer Windows har for dette er jeg ikke helt sikker på. Lenke til kommentar
nagina Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Hvorfor bruke ressurser på Linux? Lenke til kommentar
morten_b Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Hvorfor bruke ressurser på Linux? Fordi Linux er fremtiden ? 4 Lenke til kommentar
RattleBattle Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 (endret) Hvorfor bruke ressurser på Linux? Skalerbart og lettere å optimalisere med tanke på spill. Sånn i utgangspunktet. Det er jo ikke sånn at Nintendo og PS kjører Windows. Endret 20. januar 2015 av RattleBattle 2 Lenke til kommentar
kobresia Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 (endret) Hvorfor bruke ressurser på Linux? Fordi flertallet systemer som baserer seg på den (ja, Linux er en «den») ikke utfører informasjons- og personvernmessig sodomi på brukere som standard uten at det reageres på. For øvrig anbefales denne siden: http://www.whylinuxisbetter.net/ Endret 20. januar 2015 av kobresia 3 Lenke til kommentar
Emancipate Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Hvorfor bruke ressurser på Linux?Steambox bruker Linux. Lenke til kommentar
evilGuy Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Den er minst like farlig i Windows. Fra Valve sin egen guide https://support.steampowered.com/kb_article.php?ref=9609-OBMP-2526 "If you accidentally installed Steam to a folder containing other data, for example C:\Program Files\ instead of C:\Program Files\Steam\, STOP! Do not run the uninstaller" Lenke til kommentar
ATWindsor Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 «Mesteparten»? Vel, bare det brukeren hadde skriverettigheter til. Om man ikke kjørte Steam som root-brukeren vil maskinen fortesatt være operativ. At man har mistet alt av familiebilder, dokumenter, og alt personlig i hjemmappen sin er dog litt uheldig. Litt uheldig? Som det ikke er tusen ganger verre for en gjengse hjemmebruker å miste all personlig data enn at OSet havarer? Heter ikke EDB for ingenting vet du, uten D blir det lite EDB. AtW 2 Lenke til kommentar
efikkan Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 Steam har eksistert for Windows og OS X i forholdsvis mange år, men for Linux er den fortsatt ganske ny.Litt flisespikking: Windows: 2003 OS X: 2010 Linux: 2013 (åpen beta desember 2012) ----- Dette er en stygg flause for Valve, som ikke kan unnskyldes. Men det er likevel noe søkt når folk må manipulere installasjonen og deretter kjøre den på en bestemt måte for at det skal skje, så heldigvis er det ikke noe folk flest vil bli rammet av. Er det én ting programvareutviklere kan lære av dette utenom å sjekke koden sin er at Linux-distribusjoner gjerne har mekanismer som apparmor eller selinux som kan stoppe slike ting. Etter min mening burde dette vært satt som standard (f.eks. at steam kun fikk skrivetilgang til sin egen mappe), og at brukeren heller måtte overstyre dette. Lenke til kommentar
mRmo_ Skrevet 20. januar 2015 Del Skrevet 20. januar 2015 hvem gidder vel bruke Linux tregt spille med funker bare opengl 1.1 bare masse kommandoer forstår ikke dritt Lenke til kommentar
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå