Ubuntu Sverige

Tjadden skrev:
Nemo skrev:Tjadden skrev:
Windows sparkar bakut för ett snarlikt problem, att man måste visa enbart ett enda exempel som ska följas vid en uppstart av dess OS.

Jag förstår inte ovanstående påstående.
Går man tillbaks till Windows XP tiden fanns det med två eller tre kommandon att välja på för datorn, därför var man tvungen att spara bara ett av den, annars stod datorn och sökte efter vilket kommando som var bäst, som då gjord uppstarten långsam!

Något sådant fanns inte ens på "XP-tiden"...

BIOS gjorde väl närmast en "chainload" rakt över till Windows bootloader, som väl vid den tiden förmodligen var "NTLDR" eller vad den nu hette...

När den hade startat så fanns inga direkta kommandon, men däremot kunde man trycka på "[F8]" (har jag för mig) för att få upp en meny där man kunde välja lite. Men det enda som fanns att välja på var i stort sett "Normal start" eller "Felsäkert läge", plus något mer som jag aldrig använde.

Felsäkert läge innebar i princip en boot med enklare grafik (VESA?), plus att den hoppade över uppstarten av sådant som man hade installerat själv. Ungefär samma som att starta med recovery-/återställningsläge i Linux och sedan starta X11 därifrån...

Men något läge i Windows där datorn stått och sökt efter vilket kommando "som är bäst", har aldrig förekommit. Inte på mina datorer iallafall.........

(I OpenVMS däremot finns en kommandotolk vid bootprompten och där kan man välja lite olika saker, bland annat genom att sätta olika flaggor i register #5. Men inte ens där finns någon sökning efter "bästa kommando")

Osprey skrev:Tjadden skrev:
Jag har den teorin nu, att ha exakta samma två OS på hårddisken skapar detta fel, att datorn velar när den ska starta upp kopian till originalet, den kanske går in och jämför med originalet efter uppstarten av kopian stämmer med originalet??
Du hör väl själv hur orimligt det låter? Det här är ju närmast en konspirationsteori.....

Nja, du feltolkar vad jag menade på. Som bekant så kan sökande efter filer haka upp sig och ett fönster fryser, har inte detta att göra med att datorn väljer sin väg, men något stoppar den vägen, alternativt datorn står och tuggar länge och väl, men till slut hittar rätt väg?
Som är den egentliga orsaken till lång uppstartstid!
I det här fallet sökandet efter U3 ska datorn gå igenom en djungel av upprepande kommandon i parti och minut som just tar några minuter i anspråk, innan den hittar rätt väg till U3?

Jag har fortfarande inte hittat någon som kan ge mig ett tips om hur man kopierar skärmens alla filer, likt det som sker i Terminalen, där man kan kopiera resultatet, men inte som sagts skärmens filer som finns i bild?

Osprey skrev:BIOS gjorde väl närmast en "chainload" rakt över till Windows bootloader

Bör man gå in på Win.10 och dess MBR partitioner och försöka åtgärda något?

Tjadden skrev:Nja, du feltolkar vad jag menade på. Som bekant så kan sökande efter filer haka upp sig och ett fönster fryser, har inte detta att göra med att datorn väljer sin väg, men något stoppar den vägen, alternativt datorn står och tuggar länge och väl, men till slut hittar rätt väg?
Som är den egentliga orsaken till lång uppstartstid!
I det här fallet sökandet efter U3 ska datorn gå igenom en djungel av upprepande kommandon i parti och minut som just tar några minuter i anspråk, innan den hittar rätt väg till U3?

Njaee, en dator letar egntligen aldrig efter någon väg, den gör exakt precis som du har angivit i någon konfigurationsfil och antingen går det, eller också går det inte. Enda tillfället något som påminner om att leta förekommer, är vid en access via TCP/IP (eller UDP/IP) på Internet eller i ett mycket stort lokalt nät, när en ordinarie router är nere men en annan router kan erbjuda en alternativ väg.

De filer som U3 söker efter här finns med största sannolikhet på den lokala disken och det enda som skulle kunna innebära problem där, är om det är något fel på disken eller på filsystemet på den. Detta kan du isåfall ordna till med "fsck", antingen ute i en terminal eller också från GParted. Det är bara att starta upp det ena Linux-systemet och sedan göra en fsck på det andra som inte är igång, för att sedan vända på det hela och göra tvärtom...

Men en dator söker som sagt var aldrig efter någon väg, alla vägar finns hårdkodade i konfigurationsfiler...

Tjadden skrev:Jag har fortfarande inte hittat någon som kan ge mig ett tips om hur man kopierar skärmens alla filer, likt det som sker i Terminalen, där man kan kopiera resultatet, men inte som sagts skärmens filer som finns i bild?

Vad innebär "skärmens alla filer"? De filer du ser i t.ex Nautilus eller Caja kan du markera med musen och kopiera och vill du kopiera alla filer i fönstret inklusive sådana som är ovanför eller nedanför i fönstret så trycker du "ctrl-a" eller väljer "alla filer". Vill du även kopiera "dolda" filer så trycker du "ctrl-h" eller väljer att "visa dolda filer" först (om du inte redan har det igång)...

Osprey skrev:Bör man gå in på Win.10 och dess MBR partitioner och försöka åtgärda något?

Windows har inget i MBR i det här fallet, utan där ligger en pekare till Grub på den Linux-installation som står först på Grub-menyn...

Win10 har däremot en bootloader som man inte behöver bry sig om, Grub gör helt enkelt bara en "chain-load" över till den om du väljer att starta upp Windows. I övrigt har Windows inget som är aktivt alls i samband med boot, så som det ser ut nu....

Osprey skrev:Tjadden skrev:
Jag har fortfarande inte hittat någon som kan ge mig ett tips om hur man kopierar skärmens alla filer, likt det som sker i Terminalen, där man kan kopiera resultatet, men inte som sagts skärmens filer som finns i bild?
Vad innebär "skärmens alla filer"?

Synd att man inte kan uttrycka sig datamässigt och därför uppfattas inte mina kommentarer vad jag egentligen belyser? (Tyvärr får man känslan att man är dum eller tvärtom, med tanken på vad får jag tillbaka som svar.) Intet snack om saken du är oerhört duktig, så att man känner sig som en nolla i datasammanhang, vet inte, är ju 77 år men är absolut inte senil.
Eftersom jag är idékläckare som spelkonstruktör och fått pris för ett spel, som utsetts som årets bästa vuxenspel, där bedömer man spelet som genialt, så tror jag att min tankeverksamhet är det inte något fel på än så länge?

Men du för att försöka göra mig förstådd, jag gick in på Grub meny och valde U3 och klickade på flaggor och valde convert mode och valde update grub och fick en genomgång, sedan valde jag trasiga paket och fick besked om en update och markerade med ett ja!
Vad den skrev ut på skärmen, ligger orsaken till varför den långsamma uppstarten av U3,
självklart hade det varit bra om man hade kunnat kopierat detta?
Okej jag tog fram mobilen och fotade av texten på skärmen, men nu hittar jag inte programmet som tar emot mobilbilden i datorn och än mindre kommer jag ihåg vad programmet heter?

Osprey

Läs föregående kommentarer! Jag har fotat av texten på skärmen, inte någon bra bild men läsbar!

Tjadden skrev:Men du för att försöka göra mig förstådd, jag gick in på Grub meny och valde U3 och klickade på flaggor och valde convert mode och valde update grub och fick en genomgång, sedan valde jag trasiga paket och fick besked om en update och markerade med ett ja!
Vad den skrev ut på skärmen, ligger orsaken till varför den långsamma uppstarten av U3,
självklart hade det varit bra om man hade kunnat kopierat detta?

Det går alldeles utmärkt att kopiera det där...

För att skapa en fil i /home som heter fixa-trasiga.log så bootar du upp i recovery-mode/återställningsläge precis så som du gjorde och sedan väljer du "Drop to root shell prompt", om du måste ange ett lösenord då, så anger du det lösenord du angivit för root, eller också bara <enter> om du inte angivit något lösenord för root vid installationen (eller senare).

Sedan kör du bara:

Kod: Markera allt

/sbin/mountall --no-events
/lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

Så skapas filen förmodligen snyggt och prydligt...

(för vissa versioner kan man behöva ange /usr/share/recovery-mode/options/dpkg istället, men det märker man...

Tjadden skrev:Okej jag tog fram mobilen och fotade av texten på skärmen, men nu hittar jag inte programmet som tar emot mobilbilden i datorn och än mindre kommer jag ihåg vad programmet heter?

Om du har en någotsånär ny mobil så behöver du inget speciellt program, utan mobilen brukar dyka upp som en disk under "[Platser]"...

[EDIT] Ah, nu såg jag att du lag med en bild på det också... det vanligaste felet när det gäller just det, är att man glömt att starta upp nätverket innan man försöker reparera trasiga paket... den har liksom inte en chans att hämta något för att fixa till det då.... men om det var det som du råkade ut för, kan jag inte se på den bilden du lagt in här.....

Osprey skrev:Kod:
/sbin/mountall --no-events
/lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
Så skapas filen förmodligen snyggt och prydligt...

Så blev svaren, jag blev nekad i princip?

$ /sbin/mountall --no-events
mountall: Kunde inte ansluta till Upstart: Failed to connect to socket /com/ubuntu/upstart: Förbindelse vägras
arne@arne-Inspiron-570:~$ /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
bash: /home/fixa-trasiga.log: Åtkomst nekas

Tjadden skrev:Så blev svaren, jag blev nekad i princip?

$ /sbin/mountall --no-events
mountall: Kunde inte ansluta till Upstart: Failed to connect to socket /com/ubuntu/upstart: Förbindelse vägras
arne@arne-Inspiron-570:~$ /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
bash: /home/fixa-trasiga.log: Åtkomst nekas

Ahhh, attans också....

Prova då istället med att först göra:

Kod: Markera allt

mount -a

...och om det krånglar, så gör;

Kod: Markera allt

mount -o rw,remount din-system-partition
mount din-home-partition /home

...det andra behöver du förstås inte om du lägger filen någon annanstans än i /home...

Och sedan kör du:

Kod: Markera allt

/lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

...så borde det funka....

[Edit] Och som jag skrev ovanför, så får du gärna ligga inne som root i återställningsläge...
Men, givetvis så går det också nästan lika bra att köra det när du är inloggad som vanligt, men då ska du ju förstås bara köra;

Kod: Markera allt

sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

...och då skippar du givetvis allt med mount innan....

Osprey

Det är nog bara att acceptera att dessa koder går inte att genomföra det blir bara förnekelse
av alla!
T.ex min skrivare går inte att installera den godkänner inte de givna normala koderna som måste till om datorn ska förstå att få skrivaren att fungera i U3!
Men i U1 så fungerar skrivaren perfekt.
Så den långsamma uppstarten segar också ner andra moment i datorn.
Att göra en ominstallation av U3 hjälper inte heller, en av dem U1 eller U3 får en seg uppstart!
Så Grub update är väl så knepig, som bara i min dator orkar med en st Ubuntu 16.04 två st blir tydligen förmycket?

Tjadden skrev:Det är nog bara att acceptera att dessa koder går inte att genomföra det blir bara förnekelse
av alla!

Vad får du för felmeddelanden när du kör de kommandon som Osprey föreslår?

Tjadden skrev:Så Grub update är väl så knepig, som bara i min dator orkar med en st Ubuntu 16.04 två st blir tydligen förmycket?

Som påtalats ett flertal gånger så har Grub inget med att uppstarten tar tid.

HakanS skrev:Tjadden skrev:
Så Grub update är väl så knepig, som bara i min dator orkar med en st Ubuntu 16.04 två st blir tydligen förmycket?
Som påtalats ett flertal gånger så har Grub inget med att uppstarten tar tid.

Jaså, jag kan göra en Grub update, felet blir att det andra OS som fungerar bra, som sätter igång med flera minuter med sin uppstart! Nu talar Osprey och jag om vår erfarenhet!

Tjadden skrev:Jaså, jag kan göra en Grub update, felet blir att det andra OS som fungerar bra, som sätter igång med flera minuter med sin uppstart! Nu talar Osprey och jag om vår erfarenhet!

Läser du överhuvudtaget vad som skrivs i denna tråd? Osprey skrev följande:

Osprey skrev:Självfallet är det så, det system som är långsammare, kommer rimligtvis att vara det, oavsett var i Grub-menyn det ligger. Finns ingen anledning att det skulle vara på något annat sätt...

Dvs. det är samma OS som hela tiden är långsamt, däremot kan de hamna på en annan plats i GRUB menyn beroende på från vilket OS du gör uppdateringen av Grub. GRUB har som tidigare påpekats ingenting med att ett av dina OS tar lång tid att starta upp.

Ospreys kommandon fungerar troligen utan problem (Har dock inte provat dem själv), men det vore bra om du klistrade in hur du skriver in Ospreys kommandon som enligt dig inte fungerar.

Nemo skrev:Läser du överhuvudtaget vad som skrivs i denna tråd? Osprey skrev följande:
Osprey skrev:
Självfallet är det så, det system som är långsammare, kommer rimligtvis att vara det, oavsett var i Grub-menyn det ligger. Finns ingen anledning att det skulle vara på något annat sätt...

Du har tagit fram något som jag är medveten om givetvis?
Men min kommentar handlade om hur hur ett OS av dessa, kommer att ta lång tid på sig att starta upp om man gör en ominstallation av U3.
Men du kommer med något annat som ett svar???
Får jag fråga dig, om du tolkar det på rätt sätt vad som skrivs?

Det blev samma svar som gången innan som inte var bra och Osprey körde några andra kommandon och svaret blev detsamma, ungefär att det går inte att ändra något så länge det är ett fel i datorn som är svårt att kunna ta reda på.

Tjadden skrev:Det blev samma svar som gången innan som inte var bra och Osprey körde några andra kommandon och svaret blev detsamma, ungefär att det går inte att ändra något så länge det är ett fel i datorn som är svårt att kunna ta reda på.

Alltså... vad får du för utskrift om du startar upp datorn med det "tröga" operativsystemet och kör:

Kod: Markera allt

sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

...??

Osprey skrev:Alltså... vad får du för utskrift om du startar upp datorn med det "tröga" operativsystemet och kör:
Kod:
sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

Inget svar alls
$ sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

Tjadden skrev:
Osprey skrev:Alltså... vad får du för utskrift om du startar upp datorn med det "tröga" operativsystemet och kör:
Kod:
sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
Inget svar alls
$ sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

Nämen alltså, allt den skriver ut hamnar ju i den filen som alla utskrifter är riktade till, så direkt på skärmen syns givetvis inget... Men ta upp /home/fixa-trasiga.log och klistra in den här, så kan vi kika på den.....

Osprey skrev:
Kod: Markera allt
sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1

Ska det inte vara

Kod: Markera allt

sudo /lib/recovery-mode/options/dpkg > /home/namn/fixa-trasiga.log 2>&1

eller ./fixa-trasiga.log Jag måste även trycka j och Enter 2 ggr i terminalen för att loggen ska slutföras (Zorin).

Osprey skrev:Inget svar alls
$ sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
Nämen alltså, allt den skriver ut hamnar ju i den filen som alla utskrifter är riktade till, så direkt på skärmen syns givetvis inget... Men ta upp /home/fixa-trasiga.log och klistra in den här, så kan vi kika på den.....

:~$ /home/fixa-trasiga.log
bash: /home/fixa-trasiga.log: Filen eller katalogen finns inte

arne@arne-Inspiron-570:~$ sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
bash: /home/fixa-trasiga.log: Åtkomst nekas

Tjadden skrev:Osprey skrev:
Kod:
sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
Ska det inte vara
Kod:
sudo /lib/recovery-mode/options/dpkg > /home/namn/fixa-trasiga.log 2>&1
eller ./fixa-trasiga.log Jag måste även trycka j och Enter 2 ggr i terminalen för att loggen ska slutföras (Zorin).

Det här förstår jag inte "Jag måste även trycka j och Enter 2 ggr i terminalen" ?

~$ sudo /lib/recovery-mode/options/dpkg > /home/namn/fixa-trasiga.log 2>&1
bash: /home/namn/fixa-trasiga.log: Filen eller katalogen finns inte

~$ sudo /lib/recovery-mode/options/dpkg >./fixa-trasiga.log 2>&1
[sudo] password for arne:

sudo vill ha mer info och vilken kod ska ges?

gruble skrev:
Osprey skrev:
Kod: Markera allt
sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
Ska det inte vara
Kod: Markera allt
sudo /lib/recovery-mode/options/dpkg > /home/namn/fixa-trasiga.log 2>&1
eller ./fixa-trasiga.log Jag måste även trycka j och Enter 2 ggr i terminalen för att loggen ska slutföras (Zorin).

Man behöver bara ha med "namn" om man vill att den ska hamna i någons hemkatalog, jag ville göra det lite enklare nu och lägga den direkt i "/home" istället... (och "./" blir det automatiskt om man bara anger "fixa-trasiga.log")

Det är kanske möjligt att den frågar efter något, jag hade för mig att den kör med "-y" direkt, men det är möjligt att jag har fel där. Jag har kört den ett antal massa gånger, men det är inget jag gör dagligen, så jag kan ha missat där...

Tjadden skrev:arne@arne-Inspiron-570:~$ sudo /lib/recovery-mode/options/dpkg > /home/fixa-trasiga.log 2>&1
bash: /home/fixa-trasiga.log: Åtkomst nekas

Har du "/home" monterat som readonly eller?

Vad får du ut med:

Kod: Markera allt

sudo mount

..?

Tjadden skrev:Det här förstår jag inte "Jag måste även trycka j och Enter 2 ggr i terminalen" ?

~$ sudo /lib/recovery-mode/options/dpkg > /home/namn/fixa-trasiga.log 2>&1
bash: /home/namn/fixa-trasiga.log: Filen eller katalogen finns inte

Det är kanske så att den vill ha bekräftat vad den ska göra med "j/ja" (eller "y/yes") två gånger.

Tjadden skrev:~$ sudo /lib/recovery-mode/options/dpkg >./fixa-trasiga.log 2>&1
[sudo] password for arne:

sudo vill ha mer info och vilken kod ska ges?

sudo brukar vilja ha ditt lösenord....

Låt bli att rikta om stdout till en fil och kör;

Kod: Markera allt

sudo /lib/recovery-mode/options/dpkg

[/i][/b][/size]...utskriften får du klipp-o-klistra från skärmen istället och lägga in här sedan...

Ubuntu Sverige

Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS

Re: Lång uppstartstid på ett av två OS