Linux användare, se upp för Elgiganten!

Permalänk
Medlem
Skrivet av Yoshman:

Helt uppenbart att ARN totalt missförstått klagomålet här. Hur ska man kunna hävda att ett fel som gör det omöjligt att återställa datorn enbart genom att använda standardfunktioner i UEFI (något som bl.a. gör det möjligt att installera ett annat OS).

Är helt med på att Samsung och Elgiganten inte har någon som helst ansvar för att Linux ska fungera, men att systemet hamnat i ett läge där det överhuvudtaget inte går att installera NÅGOT OS enbart p.g.a av installation av vad som idag får betecknas som main-stream programvara är ju helt galet.

Tur att det finns andra tillverkare än Samsung och andra butiker än Elgiganten. Kommer definitivt undvika rekommendera Samsung-laptops framöver.

Lenovos ThinkPad och i princip alla Dells modeller är väldigt Linux-vänliga så man får hålla sig till dessa.

Fast det handlar ju om att kerneln försökte komma åt BIOS fast UEFI användes och därför var inne och grävde på minnesplatser den inte skulle, inget som ska göra det omöjligt att återställa datorn, men det var mjukvaran som gjorde NVRAM (eller CMOS i traditionell terminologi) korrupt. Något som i bästa fall åtgärdades med bytt moderkort. Med fixad dist finns det ingen risk för just det här felet. Fast det är ju som sagt något som lika gärna kunde hända om man boota en backuplösning från en USB-sticka, eller andra pre-bootverktyg. Man kan tycka att en watchdog-funktion och liknande borde ta hand om det i första hand dock. Att användare inte skulle boota upp något annat än det förinstallerade operativsystemet är ganska främmande, elgiganten säljer t.o.m. datorer till företag och där installerar i princip alla med fler än 5-25 anställda sina egna avbild/image dessutom uppgraderar vanligt folk i regel till nya operativsystem från Microsoft och problem kan lika gärna uppstå där.

Sen finns det inte en enda tillverkare som kan garantera att GNU/Linux fungerar på deras klientdatorer och ger någon support för det. På Windows krävs de av Microsoft att de ger support och löser eventuella problem. De säljs tillverkade för Windows och de skulle bli tvungna att ta tillbaka köpet om det inte fungera för användaren. För GNU/Linux kan varken tillverkaren eller distributören garantera något liknande. Du kan bara köpa en modell som "certifierats" för en viss version av mjukvaran (som kanske inte fungerar med framtida). Det finns lite hobbyverksamheter som säger sig stödja Linux men i praktiken bara hoppas på det bästa. Så det säger sig själv så länge det inte handlar om en server och handlar det om en server så har förmodligen inte ARN något med det att göra ändå utan blir någon form av avtalstvist. Sen är ju en dator till för att köra mjukvara och en reklamation kan mycket väl gälla mjukvarufel. Frågan är nog om han inte kunde fått den reparerad, men ville ha pengar istället.

Permalänk
Datavetare
Skrivet av Petterk:

Fast det handlar ju om att kerneln försökte komma åt BIOS fast UEFI användes och därför var inne och grävde på minnesplatser den inte skulle, inget som ska göra det omöjligt att återställa datorn, men det var mjukvaran som gjorde NVRAM (eller CMOS i traditionell terminologi) korrupt. Något som i bästa fall åtgärdades med bytt moderkort. Med fixad dist finns det ingen risk för just det här felet. Fast det är ju som sagt något som lika gärna kunde hända om man boota en backuplösning från en USB-sticka, eller andra pre-bootverktyg. Man kan tycka att en watchdog-funktion och liknande borde ta hand om det i första hand dock. Att användare inte skulle boota upp något annat än det förinstallerade operativsystemet är ganska främmande, elgiganten säljer t.o.m. datorer till företag och där installerar i princip alla med fler än 5-25 anställda sina egna avbild/image dessutom uppgraderar vanligt folk i regel till nya operativsystem från Microsoft och problem kan lika gärna uppstå där.

Sen finns det inte en enda tillverkare som kan garantera att GNU/Linux fungerar på deras klientdatorer och ger någon support för det. På Windows krävs de av Microsoft att de ger support och löser eventuella problem. De säljs tillverkade för Windows och de skulle bli tvungna att ta tillbaka köpet om det inte fungera för användaren. För GNU/Linux kan varken tillverkaren eller distributören garantera något liknande. Du kan bara köpa en modell som "certifierats" för en viss version av mjukvaran (som kanske inte fungerar med framtida). Det finns lite hobbyverksamheter som säger sig stödja Linux men i praktiken bara hoppas på det bästa. Så det säger sig själv så länge det inte handlar om en server och handlar det om en server så har förmodligen inte ARN något med det att göra ändå utan blir någon form av avtalstvist. Sen är ju en dator till för att köra mjukvara och en reklamation kan mycket väl gälla mjukvarufel. Frågan är nog om han inte kunde fått den reparerad, men ville ha pengar istället.

Är helt med om att Samsung i detta fall inte garanterat att Linux fungerar, finns däremot flera tillverkare som kan ge dessa garantier bl.a. Lenovo och Dell ger garantier för att vissa modeller (typiskt "företagsmodellerna") att Linux (typiskt Ubuntu) fungerar.

Sedan skriver aldrig Linux till BIOS NVRAM, det vore att använda det på ett sätt som det inte är designat för. BIOS (och UEFI) kan ge viss kritiskt information om t.ex. hur mycket RAM som finns installerat, något ett OS behöver veta. Att läsa denna information är en standardfiness på alla "standard PC" maskiner (går inte att kalla dem IBM-kompatibla längre, men motsvarande idag). Om Samsung implementerat detta så pass fel att användande av BIOS/UEFI kan "bricka" datorn är produkten trasig.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Yoshman:

Är helt med om att Samsung i detta fall inte garanterat att Linux fungerar, finns däremot flera tillverkare som kan ge dessa garantier bl.a. Lenovo och Dell ger garantier för att vissa modeller (typiskt "företagsmodellerna") att Linux (typiskt Ubuntu) fungerar.

Sedan skriver aldrig Linux till BIOS NVRAM, det vore att använda det på ett sätt som det inte är designat för. BIOS (och UEFI) kan ge viss kritiskt information om t.ex. hur mycket RAM som finns installerat, något ett OS behöver veta. Att läsa denna information är en standardfiness på alla "standard PC" maskiner (går inte att kalla dem IBM-kompatibla längre, men motsvarande idag). Om Samsung implementerat detta så pass fel att användande av BIOS/UEFI kan "bricka" datorn är produkten trasig.

Nej egentligen inte, de garanterar inte något alls förutom att det fungerar med den installationsbilden Dellen skeppat med och då inte riktat mot konsumenter, det vore att inte ha koll på Ubuntus utfästelser att likställa det med support. Lenovo har inga sådana garantier överhuvudtaget med Ubuntu. De länkar till listor som bland annat communityt har "testat" på. Det gäller inte all tänkbar inbyggd hårdvara i datorn eller alla konfigurationer, det är inte tillverkaren som garanterar något. Ofta så fungerar inte alla features på "certifierade" system, t.o.m. sånt som hibernation. HP har sålt något anpassade modeller utan garantier i form av support tillsammans med SLED, där Suse fått se till att allt rullar. De har bara valt bort WiFi-kort och liknande som garanterat ställer till problem. I Windowsvärlden är det OEM-leverantörens ansvar. Firmware görs för att vara Windowskompatibelt och det är vad BIOS/UEFI-teamet jobbar med. Får inte de fram drivrutiner till Windows så kan man anse produkten defekt, vilket blir reklamation i konsumentled och avtalsbrott i företagsled. Deras certifieringar från Canonical är i bästa fall att det bootar med workarounds. Många av de Dells som levererats med Ubuntu har inte kunnat använda standardmedia direkt från Ubuntu och har ibland inte kunnat uppgraderats till senare distribution. Fulhack är nödvändigt för att få allt fungera smidigt, så som backlight-kontroll, mediaknappar eller liknande, ofta måste man boota med speciella options för att grafiken inte ska få fnatt. Det är egentligen bara stationära arbetsstationer som används för professionella sysslor du kan förvänta att de är seriösa med GNU/Linux-stöd (eftersom de som levererar applikationerna testat med dem) utöver servrar och då med RHEL och SLED, inte något från Canonical. I många fall har du fått svart skärm från installationsmedian på Ubuntu med Dell-datorer som är "certifierade". Måste du fixa med workarounds själv så är det inte mycket till certifikation eller testprocess. Säljs inte datorn med Ubuntu förinstallerat (när det inte går att installera med Ubuntus egna media) här i Sverige t.ex. som varit fallet förr så går det ju inte att installera på enkelt sett på den certifierade maskinen.

T.ex. har användare haft problem att flytta sina XPS 13 Developer Edition till Ubuntu 14.04 utan workarounds (enkla som borde bakats in, som att blacklista i2c_hid plus problem med WiFi som det också borde bakas in fix för) från 12.04 LTS som ingår. De har haft ännu större problem med äldre maskiner som sålts med Ubuntu. Det finns ingen officiell eller OEM-image för XPS 13 och 14.04 från Ubuntu eller Dell. Enda bärbara som listas som "certifierade" för 14.04 på Canonicals sida är http://www.ubuntu.com/certification/desktop/models/?release=1... Deras flaggskepp ser de alltså inte till att den fungerar smidigt med senaste LTS-versionen OOB. Det är den nivån det ligger på. Att diskutera ur någon annan syn känns bara helt verklighetsfrämmande. Det är inte garantier det handlar om på något sett, speciellt inte för nästa version.

Du kan läsa om problemet i LKML http://thread.gmane.org/gmane.linux.kernel.efi/551/ http://thread.gmane.org/gmane.linux.kernel.efi/551/focus%3D14... https://bugzilla.kernel.org/show_bug.cgi?id=47121 och mycket riktigt så är samsung-laptop.c inne på adresser som hör till BIOS/ACPI och gräver "So disable it if booting from EFI since this driver relies on grovelling around in the BIOS memory map which isn't going to work.".

Martins problem är att han ville ha pengarna tillbaka. När han egentligen skulle skickat på reparation och sen kunde fortsätta använda maskinen som normalt (med CSM eller med nyare media). Det hade troligen inte varit något problem.

Ska du köra något med GNU/Linux på skrivbordet får du ta eget ansvar för allt. Så tyvärr får man gräva en hel del innan man gör köp och något som säljs med Ubuntu behöver inte vara bäst där.

En del av problemet är att Samsung gör på lite annat vis än andra, både nu och i äldre tidigare BIOS – det är detta som krockar –, mer detaljerad förklaring finns att läsa på http://mjg59.dreamwidth.org/22855.html & http://mjg59.dreamwidth.org/25091.html

Firmwareproblem är dock inte exklusivt till Samsung och det går fint att köra dessa modeller i CSM och går generellt fint i UEFI med uppdaterad media. Samsungs egenheter verkar dock vara det som gör att den inte återhämtar sig och blir brickad. Med patchad mjukvara är det egentligen inget problem här längre.

Permalänk
Datavetare
Skrivet av Petterk:

Läs dina egna länkar, framförallt de två senare. Problemet är att de drabbade Samsung-modellerna har en trasig UEFI-implementation, det är inte på något sätt relaterat till att Linux skulle vara och skriva i NVRAM på ett sätt som på något sätt går utanför de standarder som Samsung hävdar att de stödjer.

Och vad det gäller Dell och Linux: peka gärna på en modell av Latitude eller Precision som inte fungerar med Linux. Visst finns det några modeller där fingerscannern inte fungerar, men alla saker som media-keys, WiFi, suspend etc har då fungerat på alla de modeller vi kör och då har vi hundratals utvecklare som kör Dell-laptops med Linux på skrivbordet.

Vad det gäller "garantier" så verkar dessa sträcka sig rätt kort oavsett OS. Har en Vaio som kom med Win7, det går varken att installera en fullt fungerande Win7 eller Win8 på den datorn om man startar från en standard Windows då minst en drivare aldrig blivit publicerad (på Vaio behövs, till skillnad från t.ex. Dell, en drivare för att media-keys ska fungera). Rent tekniskt har ju Sony rätt här, den bloatware infested Win7-version som datorn kom levererad med "fungerar" ju (man sa aldrig något om att datorn inte ska vara skitseg), att man skulle kunna installera om Win7 själv är inget de garanterat! Sett ur den synvinkeln är "garantierna" för Windows och Linux ska fungera ungefär lika bra, enda garantin är att det som var installerat från start "fungerar".

Om TS har ork och lust så borde informationen i dina två senare länkar kunna få ARN att förstå att problemet har rent tekniskt ingenting att göra med Linux, det är ett generellt fel på vissa Samsung-modeller som rent teoretiskt kan "bicka" datorn även om man kör det OS datorn kom levererad med.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Petterk:

Fast det handlar ju om att kerneln försökte komma åt BIOS fast UEFI användes och därför var inne och grävde på minnesplatser den inte skulle, inget som ska göra det omöjligt att återställa datorn, men det var mjukvaran som gjorde NVRAM (eller CMOS i traditionell terminologi) korrupt.

Läs länkarna du postade.

Skrivet av Petterk:

Med patchad mjukvara är det egentligen inget problem här längre.

Linux har patchats men det är fortfarande möjligt att bricka samsung laptops i windows så problemet finns kvar.

Permalänk
Medlem
Skrivet av Emaku:

Läs länkarna du postade.

Linux har patchats men det är fortfarande möjligt att bricka samsung laptops i windows så problemet finns kvar.

Skrivet av virtual void:

Läs dina egna länkar, framförallt de två senare. Problemet är att de drabbade Samsung-modellerna har en trasig UEFI-implementation, det är inte på något sätt relaterat till att Linux skulle vara och skriva i NVRAM på ett sätt som på något sätt går utanför de standarder som Samsung hävdar att de stödjer.

Det är samsung-laptop.c som orsakar kraschen genom att gräva i adresser som fungerar under BIOS/CSM. Detta gör den bland annat för att Samsungs tidigare BIOS inte stödjer allt via standardfunktioner. Det är senare mjg hittar sätt att skydda mot detta på ett snyggare sätt än att bara se till att samsung-laptop.c inte laddar. Är NVRAM/variable-store fullt (med t.ex. diagnostikdata) kan den visst inte återhämta sig. Utan samsung-laptop.c skulle det förmodligen aldrig upptäckts.

Permalänk

Men detta är väl som att byta programvara i en bil, man gör det på egen risk.
Man kan ju knappast skylla på biltillverkaren att bilen gick sönder eftersom man inte ville köra på den programvara som bilen hade vid leverans utan installerade om databoxen med annan mjukvara som inte är certifierad av biltillverkaren för just den modellen.

Visa signatur

- Who are you? -

Permalänk
Medlem
Skrivet av Kosh of Vorlon:

Men detta är väl som att byta programvara i en bil, man gör det på egen risk.
Man kan ju knappast skylla på biltillverkaren att bilen gick sönder eftersom man inte ville köra på den programvara som bilen hade vid leverans utan installerade om databoxen med annan mjukvara som inte är certifierad av biltillverkaren för just den modellen.

Inte riktigt, det är mer som att bilens motor kraschar för att du bytte radions programvara.

eller har jag fel?

Visa signatur

Byter hårdvara alltför ofta.... Mest troligt sitter jag på en dator med någon linuxdist på.

Permalänk
Medlem
Skrivet av Krillezz:

Inte riktigt, det är mer som att bilens motor kraschar för att du bytte radions programvara.

eller har jag fel?

Kraschar, det var ett snällt ord. Mer som att den skär, brinner upp, trillar ur bilen under drift och blir överkörd, alla lager går sönder och bensinen rinner ut samtidigt.

Jo, det var en bra liknelse för hur OS och datorer fungerar.

Visa signatur

Kör Linux - Yes! We are the 2 percent! And growing... Föreslå inte ens något Windows-exklusivt om jag inte specifikt frågar efter något till Win.
2600K - 18GB RAM - 1TB HDD - 64GB SSD - GTX 650 Ti Boost
Minnesvärda trådar: 1, 2

Permalänk
Skrivet av Krillezz:

Inte riktigt, det är mer som att bilens motor kraschar för att du bytte radions programvara.

eller har jag fel?

Skrivet av Erwya:

Kraschar, det var ett snällt ord. Mer som att den skär, brinner upp, trillar ur bilen under drift och blir överkörd, alla lager går sönder och bensinen rinner ut samtidigt.

Jo, det var en bra liknelse för hur OS och datorer fungerar.

Låter hyfsat:) även om bil liknelser brukar bli lite så där

Undrar snarare hur det går för denne magnus, har att tagit upp ärendet igen eller helt enkelt fått bita i det sura äpplet?

Visa signatur

Min spel rigg:FD Define R4|VX 550W|i5 2500K|Corsair LP 4GBX2|Mammabräda P67 Extreme4|GTX 670 windforce|23tum u2312hm
Min gamla/HTPC:AMD 6000+|Ram 2GbX2|Radeon HD5770| XFX 450/nu XFX 550
Mitt bygge: ByggloggFri frakt INET:Fraktfritt sweclockers vid köp över 500kr

#Gilla inlägg som är bra & Använd citera/@"namn" vid snabbt svar

Permalänk
Datavetare
Skrivet av Petterk:

Det är samsung-laptop.c som orsakar kraschen genom att gräva i adresser som fungerar under BIOS/CSM. Detta gör den bland annat för att Samsungs tidigare BIOS inte stödjer allt via standardfunktioner. Det är senare mjg hittar sätt att skydda mot detta på ett snyggare sätt än att bara se till att samsung-laptop.c inte laddar. Är NVRAM/variable-store fullt (med t.ex. diagnostikdata) kan den visst inte återhämta sig. Utan samsung-laptop.c skulle det förmodligen aldrig upptäckts.

Från din nästa sista länk

"Microsoft require that Windows 8 systems have at least 64K of storage space available.
...
This is all completely compatible with the UEFI specification, and Apple actually do something very similar on their hardware. Unfortunately, it turns out that some Samsung laptops will fail to boot if too much of the variable storage space is used."

Detta är ju den del som vissa Samung-laptops uppenbarligen implementerar på fel sätt, då det är Windows 8 krav så kan TS alltid hävda att datorn inte heller kan köra Win8 på ett korrekt sätt.

Linux verkar på något sätt göra något som skriver tillräckligt mycket data till denna area för att trigga buggen. Notera att skriva hit är en standardfunktion och ska därför fungera korrekt!

Hur samsung-laptop.c lyckas skriva i "UEFI-storage space" vette sjutton. Läser man källkoden så gör den inget mer än anropar inb/inw/outb/outw som alla är x86 instruktioner för att läsa/skriva till I/O enheter, något som knappast ska bricka någon HW som fungerar som den ska. Man läser/skriver till minnesadresser, men om det orsakar buggen så är det definitivt seriösa problem med enheten.

Poängen är ändå att det som är trasigt i detta fall är en standardfunktion för en PC som hävdar stöd för Windows8 eller ens hävdar stöd för UEFI.

När jag ändå var inne i kernel koden så läste jag igenom Dells motsvarighet (dell-laptop.c). Den gör inte speciellt mycket och de "quirks" den fixar är uteslutande för Vostro och Inspiron (men det handlar om rätt få modeller), vilket förstärker den känsla jag har om att Latitude, Precision och XPS serien har helt enkelt inga problem att köra Linux. Vet minst ett företag som standardiserat på XPS13 + Ubuntu och är helnöjda.

Skrivet av Krillezz:

Inte riktigt, det är mer som att bilens motor kraschar för att du bytte radions programvara.

eller har jag fel?

Problemet här är mer som att om du startar bilen mer än 3 gånger när kabeln till ett av tändstiften har glappkontakt så bestämmer sig styrboxen att hamna i ett läge som gör det omöjligt att någonsin starta bilen igen oavsett om du åtgärdar problemet.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Petterk:

...men det var mjukvaran som gjorde NVRAM (eller CMOS i traditionell terminologi) korrupt.

Nej, varken linux eller bios gjorde NVRAM korrupt. Samsung bios vägrar bara bota om efivars (som är lagrat i NVRAM) är fyllt till över 50%. Linux följer UEFI standarden men laptopen brickas ändå.

Skrivet av virtual void:

Hur samsung-laptop.c lyckas skriva i "UEFI-storage space" vette sjutton. Läser man källkoden så gör den inget mer än anropar inb/inw/outb/outw som alla är x86 instruktioner för att läsa/skriva till I/O enheter, något som knappast ska bricka någon HW som fungerar som den ska. Man läser/skriver till minnesadresser, men om det orsakar buggen så är det definitivt seriösa problem med enheten.

Vad som hände var att samsung-laptop.c på något sätt lyckades trigga en machine check exception vilket loggas i systemloggen. Om kernel är kompileras med stöd för pstore försöker den lagra systemloggen i någon typ av permanent storage. Om pstore är kompilerat med stöd för CONFIG_EFI_VARS_PSTORE försöker den lagra systemloggen i en efivars. Fyller man efivars över 50% brickas samsungs laptop.

Skrivet av Petterk:

Utan samsung-laptop.c skulle det förmodligen aldrig upptäckts.

Om inte samsung-laptop.c hade crashat så finns det över 1000 andra anrop till panic() i kerneln. Varje anrop skulle bricka samsung laptops om CONFIG_EFI_VARS_PSTORE var aktivet vilket det verkar vara på distributionskernels.
Detta inkluderar den ökända "VFS: Unable to mount root fs on unknown block(0,0)" panicen.
Gör ett stavfel i /etc/fstab och datorn brickas. Inte optimalt.

Permalänk
Skrivet av Krillezz:

Inte riktigt, det är mer som att bilens motor kraschar för att du bytte radions programvara.

eller har jag fel?

Att jämföra med bilradion är som att säga att datorn styrs av en webbläsare.
Bilradio är en funktion till en fungerade bil, precis som en webbläsare är en funktion i ett fungerade operativsystem.

Operativsystemet använder hårdvaran precis som en databox i en bil ser till att insprutning etc. är korrekt för att motorn ska fungera.

I detta fall har ju man knappast bytt webbläsare utan installerat om ett helt nytt operativsystem som dessvärre inte fungerade på hårdvaran.

Visa signatur

- Who are you? -

Permalänk
Medlem
Skrivet av Yoshman:

Från din nästa sista länk

"Microsoft require that Windows 8 systems have at least 64K of storage space available.
...
This is all completely compatible with the UEFI specification, and Apple actually do something very similar on their hardware. Unfortunately, it turns out that some Samsung laptops will fail to boot if too much of the variable storage space is used."

Detta är ju den del som vissa Samung-laptops uppenbarligen implementerar på fel sätt, då det är Windows 8 krav så kan TS alltid hävda att datorn inte heller kan köra Win8 på ett korrekt sätt.

Linux verkar på något sätt göra något som skriver tillräckligt mycket data till denna area för att trigga buggen. Notera att skriva hit är en standardfunktion och ska därför fungera korrekt!

Hur samsung-laptop.c lyckas skriva i "UEFI-storage space" vette sjutton. Läser man källkoden så gör den inget mer än anropar inb/inw/outb/outw som alla är x86 instruktioner för att läsa/skriva till I/O enheter, något som knappast ska bricka någon HW som fungerar som den ska. Man läser/skriver till minnesadresser, men om det orsakar buggen så är det definitivt seriösa problem med enheten.

Poängen är ändå att det som är trasigt i detta fall är en standardfunktion för en PC som hävdar stöd för Windows8 eller ens hävdar stöd för UEFI.

När jag ändå var inne i kernel koden så läste jag igenom Dells motsvarighet (dell-laptop.c). Den gör inte speciellt mycket och de "quirks" den fixar är uteslutande för Vostro och Inspiron (men det handlar om rätt få modeller), vilket förstärker den känsla jag har om att Latitude, Precision och XPS serien har helt enkelt inga problem att köra Linux. Vet minst ett företag som standardiserat på XPS13 + Ubuntu och är helnöjda.

Problemet här är mer som att om du startar bilen mer än 3 gånger när kabeln till ett av tändstiften har glappkontakt så bestämmer sig styrboxen att hamna i ett läge som gör det omöjligt att någonsin starta bilen igen oavsett om du åtgärdar problemet.

Det är "kraschen" (dumpen) som skriver dit så vitt jag förstått, koden i samsung-laptop.c orsakar kraschen genom att gräva i funktioner som bara är implementerat i Samsungs BIOS (bäst beskrivning i korthet är väl 1) och berör lite magiska värden för att styra funktioner så som backlight och lite annat. Försöker du använda dessa värden går det åt skogen. Krascher i Windows verkar inte orsaka det även om ett user-space program kan fylla med variabler och döda firmware. Att det var kraschen i sig (och dumpen) som orsakar detta var inte klart när det började diskuteras på LKML, däremot vad som orsakade kraschen.

Martin (inte TS) kan alltid få datorn reparerad och fortsätta köra Linux med UEFI med uppdaterad image/media. Ungefär som att du inte kan lämna tillbaka bilen om en icke-standard musikskiva skulle döda bilstereon. De har knappast inte någon anledning till att inte reparera och andra har fått reparerat/utbytt. Ska man få pengarna tillbaka så krävs det däremot att de redan försökt reparerat för samma fel 2 gånger tidigare eller att det inte överensstämmer med beskrivningen av produkten. Precis som att du inte kan lämna tillbaka en dator som inte har drivrutiner för Windows 7 3 månader efter köp.

Dell är absolut inte bra här, ingen är bra. Företag som betalar för support är nog missnöjda med att XPS13 inte har någon 14.04 LTS-support eller certifikation. Köper jag senaste 14-tum Dell Latitude får jag en E5440 och det finns gott som saker som inte fungerar i 12.04.4 LTS, och 14.04 LTS är inte testat eller certat av Dell/Canonical. Se http://www.ubuntu.com/certification/hardware/201307-13941/ så ser du att det knappast är acceptabelt för en "certifierad produkt". Köper du en Dell eller HP arbetsstation t.ex. Dell T5810/7810/7910 så kan du köpa den med RHEL7 och förvänta dig stöd från vissa programvaruleverantörer också. Där blir det inte lika mycket strul med WiFi, funktionsknappar, backlight och annat heller. Laptops och Canonical är det fortfarande granska kris med och i bästa fall får man stödja själv genom att själv applicera kernel-uppdateringar, uppdatera drivrutiner och fixa med diverse fulhack, och acceptera att allt inte fungerar. Ingen testar UEFI på bärbara för att se om de rasar något på Ubuntu. Ubuntu i sig har gott om regressioner i varje uppdateringar dessutom. Att kalla det garantier är löjligt och du får ingen support alls om du ringer Dell.

Vill man ställa lite krav ska man dock inte köpa konsumentmodeller i vilket fall som helst. Men i det här fallet hjälper det inte att man köper Dell XPS 13 DE, du får ändå ingen support och ändå inget 14.04 LTS där allt fungerar som det ska. Lenovos T440p har t.ex. lite firmwareproblem med Ubuntu också. Det framgår inte ens på Ubuntus certifikationssidor så där får man gräva i buggrapporterna på launchpad i bästa fall. Att man behöver ta sån hänsyn betyder att det inte bara är fritt att köra och inte bry sig och du får ingen hjälp från tillverkaren eller någon annan. Workarounds som finns får du lista ut hur du ska använda själv. Även om det fungerar bra i nuvarande version så behöver det inte göra det i nästa, inte ens nästa LTS.

Permalänk
Medlem
Skrivet av Kosh of Vorlon:

Att jämföra med bilradion är som att säga att datorn styrs av en webbläsare.
Bilradio är en funktion till en fungerade bil, precis som en webbläsare är en funktion i ett fungerade operativsystem.

Operativsystemet använder hårdvaran precis som en databox i en bil ser till att insprutning etc. är korrekt för att motorn ska fungera.

I detta fall har ju man knappast bytt webbläsare utan installerat om ett helt nytt operativsystem som dessvärre inte fungerade på hårdvaran.

Vad kallar man fstab då?

Visa signatur

Kör Linux - Yes! We are the 2 percent! And growing... Föreslå inte ens något Windows-exklusivt om jag inte specifikt frågar efter något till Win.
2600K - 18GB RAM - 1TB HDD - 64GB SSD - GTX 650 Ti Boost
Minnesvärda trådar: 1, 2

Permalänk
Medlem
Skrivet av Emaku:

Om inte samsung-laptop.c hade crashat så finns det över 1000 andra anrop till panic() i kerneln. Varje anrop skulle bricka samsung laptops om CONFIG_EFI_VARS_PSTORE var aktivet vilket det verkar vara på distributionskernels.
Detta inkluderar den ökända "VFS: Unable to mount root fs on unknown block(0,0)" panicen.
Gör ett stavfel i /etc/fstab och datorn brickas. Inte optimalt.

Samsung har rapporterat att de behöver mer än 5KiB ledigt. Så 50% behövs inte diskuteras längre. Läs det du säger åt andra att läsa.

Hur som helst så är det patchat idag och du riskerar inte att bricka dessa med patchad mjukvara där den numera har implementerat en mekanism för att skydda mot det eller om du kör den äldre i CSM.

Permalänk
Medlem
Skrivet av BasseBaba:

Det hela låter ju trist, men har dom inte uttryckligen sålt den med linuxsupport så ser jag inget fel.

Skrivet av blomqvist:

En PC ska inte gå sönder av en operativsystemsinstallation.

Skrivet av Zyriak:

Fast avtalsmässigt har dom inte gjort något fel, sen kan man förstås tycka vad man vill om det.

Skrivet av Teh Daniel:

Bara att börja fråga säljaren...

"Kan jag byta operativsystem på denna dator?"
"Kan jag byta webbläsare på denna dator?"
"Kan jag installera programvara från följande företag på denna dator?"
"Kan jag koppla denna dator till skärmar tillverkade av följande tillverkare?"
"Kan jag ansluta USB-enheter från dessa tillverkare till denna dator?"
"Är denna dator kompatibel med samtliga sidor på internet?"

Man för nästan sätta sig och skriva ett 300-sidors avtal som man får tvinga återförsäljaren att skriva på för att vara säker på att man kan använda sin produkt till det man tänkt använda den till trots att det är helt inom produktens normala användningsområden när ARN beter sig på det här viset när ett företag uppenbarligen gjort fel.

Jag vill precis som Teh Daniel påpeka att detta sannerligen öppnar upp för diskussioner kring vad som får bytas i en dator och ej. Vad skiljer egentligen ett OS från ett vanligt program? Inte jättemycket egentligen, förutom att det är ett steg närmre metallen. Får man ta bort något som är förinstallerat? Samsung skickar ju med vådliga mängder bloat ware - inte vill väl någon rimligtvis behöva dras med allt det skräpet? Jag har vänner som vägrar använda datorn innan de gjort en reninstallation av windows, bara för att slippa all bloat ware. Själv ser jag Windows som bloat ware och vägrar använda den innan jag fått slängt in Linux på den. Och ibland behöver UEFI uppdateras - får man göra det? Då skriver man ju över något förinstallerat som är ÄNNU närmre hårdvaran än OS. [Andreas är trött och orkar inte skriva längre]

Visa signatur

Skrivet med hjälp av Better SweClockers

Permalänk
Medlem

Jag tycker samsung blir mer och mer likt apple för varje dag som går.
Har gått ifrån deras telefoner och datorer för länge sedan. Det enda dom fortfarande kan bra är TV, men även det har dom blivit sämre på genom åren.

Visa signatur

MODERMODEM: Asus ROG Strix Z270E Gaming | i7 7700K | Corsair Hydro H110 | Kingston HyperX Savage 32GB DDR4 RAM | Asus GeForce RTX 3060 Ti TUF OC | Crucial BX100 500GB SSD | Phanteks Enthoo EVOLV | SilverStone Strider Evolution 1200W |

Permalänk

Toshiba är snäppet värre, låst till Windows 8 och uppåt.
Vägrar fungera med win7, går att installera men inte mycket .

Skickades från m.sweclockers.com

Visa signatur

Kebabrulle

Desktop = AMD A10-6800K, 8GB, AMD R9 290 4GB

Permalänk
Medlem
Skrivet av blomqvist:

En PC ska inte gå sönder av en operativsystemsinstallation.

Men vem definierar vad som är ett os, vad som är godkänt?
Linux utvecklas av frivilliga utvecklare, säg att nån nu fuckar upp rejält, ska alla hårdvrutillverkare ersätta sina kunder?

Om jag tar en minimal linuxkernel, lägger på kod som skriver sönder bios vid boot, paketerar det hela som bassebaba OS?

Jag köper en bensinbil, tankar diesel, pengarna tillbaka för en "bil ska ju klara av drivmedel?"

Nej, jag köper inte det hela. I min mening är det helt ok att inte förvänta sig att nått annat än vad tillverkaren specar ska fungera på hårdvaran du köper, framförallt inte opensourceoperativ som kommer i en oändlig mängd konfigurationer.

Ska jag ringa Sony å grina för att Xbox one spelen inte funkar på min ps2:a?

Förstår inte varför datorhårdvara ska vara nån helig graal som botar och funkar med vad som helst, framförallt inte på tillverkarens bekostnad.

Permalänk
Skrivet av BasseBaba:

Men vem definierar vad som är ett os, vad som är godkänt?
Linux utvecklas av frivilliga utvecklare, säg att nån nu fuckar upp rejält, ska alla hårdvrutillverkare ersätta sina kunder?

Nu är det Samsung som har fuckat upp.

Skrivet av BasseBaba:

Om jag tar en minimal linuxkernel, lägger på kod som skriver sönder bios vid boot, paketerar det hela som bassebaba OS?

Ja, då har du avsiktligt förstört din, eller någon annans, dator.

Skrivet av BasseBaba:

Jag köper en bensinbil, tankar diesel, pengarna tillbaka för en "bil ska ju klara av drivmedel?"

Då har du tankat inkompatibelt bränsle, något du också borde ha märkt när munstyckena inte passar.
En i686-dator bör klarar i686-mjukvara. Om du köper en bensinbil bör det rimligtvis fungera med bensin från Statoil, Preem, OKQ8, Tanka, ST1, osv. Min bensinbil fixar det (den är inte tillverkad av Samsung).

Skrivet av BasseBaba:

Nej, jag köper inte det hela. I min mening är det helt ok att inte förvänta sig att nått annat än vad tillverkaren specar ska fungera på hårdvaran du köper, framförallt inte opensourceoperativ som kommer i en oändlig mängd konfigurationer.

Open source-alternativ kan i vissa fall vara dåligt skrivna och krascha, men det är extremt sällan det tar med sig hela datorn.
Tydligen är det inte så svårt att krascha utvalda Samsung-datorer från Windows heller (som de ju är specade för!)

Skrivet av BasseBaba:

Ska jag ringa Sony å grina för att Xbox one spelen inte funkar på min ps2:a?

Nej, dom är helt skilda i arkitekturen. Tror inte att någon kompatibilitet har hävdats.

Skrivet av BasseBaba:

Förstår inte varför datorhårdvara ska vara nån helig graal som botar och funkar med vad som helst, framförallt inte på tillverkarens bekostnad.

Det är ingen helig graal, men Linux är nog inte att klassa som "lite vad som helst". Det är troligtvis lika mycket vad som helst som Windows. Samsung gjorde ett gäng värdelösa datorer och bör för det ta ansvar.

Visa signatur

Citera, tack!
Har du läst tråden om strandhögtalare och andra musiklådor?

Permalänk
Datavetare
Skrivet av Petterk:

Från den länk du själv refererar till

"This is pretty obviously a firmware bug. Writing UEFI variables is expressly permitted by the specification, and there should never be a situation in which an OS can fill the variable store in such a way that the firmware refuses to boot the system."

Tittar du i källkoden för samsung-laptop.c så ser du att det finns bara en enda funktion som överhuvudtaget läser/skriver till I/O-adresser eller minnesadresser som kan tänkas gå till minnensmappad I/O, något sådant ska absolut inte kunna bricka en fungerande HW. Linux skriver till UEFI på samma sätt som Windows i lägen där kärnan kraschar, vilket antagligen är vad som händer när man försöker använda BIOS-funktionerna i samsung-laptop.c på en dator med UEFI. D.v.s. det är inte "grävandet" som brickar datorn, det är användandet av en standardfunktion i UEFI. En funktion som också Windows 8 använder.

Själva "grävandet" är heller inte mer än att man försöker anropa funktioner i BIOS, funktioner som inte existerar på en maskin med UEFI.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Datavetare
Skrivet av Kosh of Vorlon:

Att jämföra med bilradion är som att säga att datorn styrs av en webbläsare.
Bilradio är en funktion till en fungerade bil, precis som en webbläsare är en funktion i ett fungerade operativsystem.

Operativsystemet använder hårdvaran precis som en databox i en bil ser till att insprutning etc. är korrekt för att motorn ska fungera.

I detta fall har ju man knappast bytt webbläsare utan installerat om ett helt nytt operativsystem som dessvärre inte fungerade på hårdvaran.

Där är missförståndet. Det som brickar dator är inte Linux i sig, det är att Linux råkar krascha (p.g.a. att den försöker använda en felaktig drivare). Kraschen är inte heller problemet, utan när kraschen väl inträffar så använder sig Linux av en standardfunktion i UEFI för att spara information kring vad som orsakade kraschen.

Windows 8 använder samma standardfunktion i fall den skulle råka ut för en krasch i kärnan, så enheten kan potentiellt brickas vare sig man kör Windows 8 eller Linux.

Att HW inte fungerar när man installerar Linux är definitivt inte något Elgiganten/Samsung kan ställa till svars för. Att ett OS via en standardfunktion (som man måste stödja om man hävdar att man stödjer Windows 8) kan få enheten att hamna i ett läge där det inte längre går att köra något OS är oacceptabelt, enheten är helt enkelt trasig.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Yoshman:

Från den länk du själv refererar till

"This is pretty obviously a firmware bug. Writing UEFI variables is expressly permitted by the specification, and there should never be a situation in which an OS can fill the variable store in such a way that the firmware refuses to boot the system."

Tittar du i källkoden för samsung-laptop.c så ser du att det finns bara en enda funktion som överhuvudtaget läser/skriver till I/O-adresser eller minnesadresser som kan tänkas gå till minnensmappad I/O, något sådant ska absolut inte kunna bricka en fungerande HW. Linux skriver till UEFI på samma sätt som Windows i lägen där kärnan kraschar, vilket antagligen är vad som händer när man försöker använda BIOS-funktionerna i samsung-laptop.c på en dator med UEFI. D.v.s. det är inte "grävandet" som brickar datorn, det är användandet av en standardfunktion i UEFI. En funktion som också Windows 8 använder.

Själva "grävandet" är heller inte mer än att man försöker anropa funktioner i BIOS, funktioner som inte existerar på en maskin med UEFI.

Vet inte hur du tänker, jag har inte argumenterat mot att det skulle vara en felaktig implementation. Har bara argumenterat utifrån att samsung-laptop.c utlöser problemet.

Att den försöker sätta upp och anropa dessa värden är för att UEFIet identifierar sig som att ha funktionerna bland annat. Varken Windows 8.X som inte bör ha något skydd mot det eller GNU/Linux (sedan 3.9.7+ åtminstone) verkar ha några problem att skriva dumpar till nvram idag.

Däremot får du moderkort reparerade/utbytta och patchad mjukvara riskerar inte att förstöra något. Svårare är det inte på den biten. Vill man lämna tillbaka något så bör man lämna datorn ouppackad eller åtminstone lämna tillbaka den i ursprungligt skick inom 14 dagar vid distanshandel eller inom deras öppet köp-period. Det finns datorer som saknar drivrutiner för Windows 7 i dagsläget medans alla företagsdatorer är testade med det fortfarande. Det är ändå ingen anledning till reklamation med pengarna tillbaka. Två olika saker.

Permalänk
Datavetare
Skrivet av Petterk:

Vet inte hur du tänker, jag har inte argumenterat mot att det skulle vara en felaktig implementation. Har bara argumenterat utifrån att samsung-laptop.c utlöser problemet.

Att den försöker sätta upp och anropa dessa värden är för att UEFIet identifierar sig som att ha funktionerna bland annat. Varken Windows 8.X som inte bör ha något skydd mot det eller GNU/Linux (sedan 3.9.7+ åtminstone) verkar ha några problem att skriva dumpar till nvram idag.

Däremot får du moderkort reparerade/utbytta och patchad mjukvara riskerar inte att förstöra något. Svårare är det inte på den biten. Vill man lämna tillbaka något så bör man lämna datorn ouppackad eller åtminstone lämna tillbaka den i ursprungligt skick inom 14 dagar vid distanshandel eller inom deras öppet köp-period. Det finns datorer som saknar drivrutiner för Windows 7 i dagsläget medans alla företagsdatorer är testade med det fortfarande. Det är ändå ingen anledning till reklamation med pengarna tillbaka. Två olika saker.

Du får det att låta som något i Linux triggar problemet, bl.a. med hjälp av några länkar. Men en länkarna som beskriver problemet väldigt bra förklarar ju att problemet inte har med Linux att göra utan triggas av en bugg i UEFI. Det står också att det är inte problem att skriva dumpar, så länge som de är tillräckligt små och GC har körts. Men varken Win8 eller Linux kan garantera att GC körts så de inte triggar buggen och om de skriver en tillräckligt stor dump triggar de alltid buggen.

Så ser inte hur detta kan vara ett Linux-problem vilket du får det att framstå som. samsung-laptop.c råkar innehålla ett problem som triggar att en dump skrivs, det i sig är inget fel som borde bricka datorn då samma sak kan hända med Win8.

Det många klagar på här är att varken Samsung eller Elgiganten verkar vilja laga datorn med hänvisning till Linux installerats, det är ju helt befängt då problemet ligger i en standardfunktion för UEFI och därför också är ett problem även om man kör medföljande OS.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Rekordmedlem

Nån borde driva det vidare till ARN.

Visa signatur

R5 5600G, Asus ROG STRIX X470-F Gaming, WD SN850X 2TB, Seasonic Focus+ Gold 650W, Aerocool Graphite v3, Tittar på en Acer ET430Kbmiippx 43" 4K. Lyssnar på Behringer DCX2496, Truth B3031A, Truth B2092A. Har också oscilloskop, mätmikrofon och colorimeter.

Permalänk
Medlem
Skrivet av Yoshman:

Du får det att låta som något i Linux triggar problemet, bl.a. med hjälp av några länkar. Men en länkarna som beskriver problemet väldigt bra förklarar ju att problemet inte har med Linux att göra utan triggas av en bugg i UEFI. Det står också att det är inte problem att skriva dumpar, så länge som de är tillräckligt små och GC har körts. Men varken Win8 eller Linux kan garantera att GC körts så de inte triggar buggen och om de skriver en tillräckligt stor dump triggar de alltid buggen.

Så ser inte hur detta kan vara ett Linux-problem vilket du får det att framstå som. samsung-laptop.c råkar innehålla ett problem som triggar att en dump skrivs, det i sig är inget fel som borde bricka datorn då samma sak kan hända med Win8.

Det många klagar på här är att varken Samsung eller Elgiganten verkar vilja laga datorn med hänvisning till Linux installerats, det är ju helt befängt då problemet ligger i en standardfunktion för UEFI och därför också är ett problem även om man kör medföljande OS.

Nej det är inte ett Linuxproblem, det är inte ett problem alls med patchad mjukvara. De jag har argumenterat för att ha problem med Linux är de som säljer maskiner med Linux. Helt utan support, helt utan plan på att faktiskt stödja kommande mjukvara. Helt utan anställda som faktiskt har koll på frågan. Här har jag argumenterat för att det faktiskt fungerar efter de upptäckte vad som var galet.

Kerneln kollar numera hur mycket ledigt utrymme det finns och ser till att det finns 5KiB ledigt via rutiner som också säger åt den (hoppas trigga) att köra GC som Matthew Garrett skicka in 1 juni 2013 som finns i bland annat Ubuntu 12.04.4 (13.10) och 14.04. Äldre mjukvara går också bra via CSM. Vart problemet fixats spelar inte så stor roll där, med ny mjukvara riskerar du inte något från att köra Linux i UEFI, fungerar maskinen så fungerar den och risken är inte större än i Windows med uppdaterad mjukvara du har ju t.o.m. inbyggt att den kollar att den inte lämnar för lite ledigt utrymme kvar. Sen följer inget implementationer till pricka, specifikationerna brukar inte ens vara till för att man ska göra det. Jag utgår från att allt är defekt. Det finns en anledning till att det är ett härke både under Windows och Linux. Leverantörer som Microsoft har ju t.o.m. brickat Surface Pro med sina egna uppdateringar för den delen. Du kommer ändå inte få pengarna tillbaka om problemet går att "fixa", alltså att de kan unbricka, byta moderkort eller dylikt och ge dig en som startar.

Samsung har inga problem att reparera för någon annan och tar det på garantin, det ARN prövat är pengarna tillbaka. Vilket är en helt annan fråga. Martin vill ju inte ha reparation. Tror ingen förväntar sig att få pengarna tillbaka 3 månader efter köp för att man vill göra något som inte stöds från tillverkaren (och fungerade bra med patchad mjukvara under tiden de bråkade). Hade de fått in den i verkstaden hade de bytt moderkortet och lämnat tillbaka en dator som kört Linux hur fint som helst, även i UEFI med patchad mjukvara. Man kan bara få pengarna tillbaka när beskrivningen och funktionen inte överensstämmer med vad de lovat. Finns ingen anledning att felrepresentera eller fudda här.

Permalänk
Medlem

Dessa låsta Maskiner...

...jahapps då e vi inne igen i mitten av -80talet igen.
InternationalBullshitMaschines(IBM) låste sina 286produkter redan då på olika vis.
tex: Bara att öppna ett nätaggregat o byta säkringen var ett helt dagsjobb.
Man fick smälta bort ett plast/gummi-liknande (tuggummikonsistens)
material inne i lådan bara för att
komma åt en säkring som kostade då ngn FIM.

Permalänk
Medlem
Skrivet av blomqvist:

Nej, dom är helt skilda i arkitekturen. Tror inte att någon kompatibilitet har hävdats.

Länka mig var Samsung har hävdat kompabilitet med den kernel & dist-version som kördes tack!
FÖr övrigt behövde du ju inte besvara mina retoriska frågor, det var exempel på där man gör grejor som inte uttryckligen godkänts av tillverkaren, men på nått sätt förväntat sig att det ska funka ändå.

Skrivet av blomqvist:

Tydligen är det inte så svårt att krascha utvalda Samsung-datorer från Windows heller (som de ju är specade för!)

Här talar du ju emot dig själv, du gillade inte mitt exempel med att skriva sönder bios avsiktligt, var det inte exakt detta som forcerades fram?
Har windows -normala- förfarande framkallat detta?

Här har du ju t ex Dell's policy, gällande power edge servers, här är det ju knutet till distros och inte "linux generellt vad du nu än får för dig att köra"
http://www.dell.com/support/contents/us/en/04/article/Product...

Permalänk
Medlem
Skrivet av BasseBaba:

Länka mig var Samsung har hävdat kompabilitet med den kernel & dist-version som kördes tack!

Att inte lova kompatibilitet med linux och att bricka datorn vid användning av EFI runtime services är inte samma sak.

Skrivet av BasseBaba:

Här talar du ju emot dig själv, du gillade inte mitt exempel med att skriva sönder bios avsiktligt, var det inte exakt detta som forcerades fram?

Nej!

Det är förståligt att handläggarna på ARN inte förstod problemet med tanke på hur svårt det är för användarna på sweclockers att förstå.

Skrivet av BasseBaba:

Har windows -normala- förfarande framkallat detta?

Windows inbyggda verktyg bcdedit skriver till efivars och övriga program kan skriva till efivars med funktionen SetFirmwareEnvironmentVariable() som är del av windows api. De flesta program som gör det skriver boot variabler som är relativt små så det är mindre risk att man skriver mer data än den magiska gränsen som gör att samsungs laptop brickas. Faktum kvarstår ändå att samsungs laptop brickas även i windows under förfaranden som måste anses vara normala.