Re: Fråga angående paket som apt tog bort

[Ludvig Andersson]

Hej Jonathan!

Verkar som om php7.0-mbstring [1] packats med Stretch. php-mbstring [2] 
kräver det paketet. Min gissning är att du fått in php7.1-mbstring [3] 
via Buster eller Sid [4] och att det tagits bort för att lösa någon 
konflikt.


/Ludde

1 : https://packages.debian.org/stretch/php7.0-mbstring
2 : https://packages.debian.org/stretch/php-mbstring
3 : https://packages.debian.org/buster/php7.1-mbstring
4 : https://packages.debian.org/sid/php7.1-mbstring

On 2018-01-10 11:23, Jonathan Sélea wrote:

TJena,

Funderar varför detta paketet togs bort utav unattended-upgrade för 
några dagar sedan:


Start-Date: 2018-01-06  06:43:44
Commandline: /usr/bin/unattended-upgrade
Remove: php7.1-mbstring:amd64 
(7.1.13-1+0~20180105151623.14+stretch~1.gbp1086fa)

End-Date: 2018-01-06  06:43:50

Någon som kan ge en fingervisning om var man ska kolla?

Tack! / Jonathan

Re: Debian 9, Wine och Firefox

[Ludvig Andersson]

Det borde funka fram tills att strömingstjänsten börjar använda
säkrare certifikat.

/Ludde

On 2017-06-20 11:00, Peter Krefting wrote:

Andreas Ronnquist:


Jag har för mig att jag hade samma problem med Wine från
Debian-förråden, och kör istället framgångsrikt paketet winehq-stable
(vilket för närvarande är Wine 2.0.1) från Wines eget förråd:


Nu har jag en idé om vad som hände:

När jag uppgraderade Debian fick jag en ny Wine, som min Firefox inte 
startade med. Därför försökte jag uppgradera Firefox, och då var jag 
tvungen att sätta upp Windowsversionen i Wine från XP till Win7. Då 
fungerade inte Firefox alls.


Efter att ha nedgraderat Firefox ville den inte kontakta webbservrar, 
inte heller efter att ha bytt till versionen från WineHQ. Men efter 
att ha satt ner Windowsversionen till Windows XP igen fungerar allt 
som förut, men jag är nog fast på en gammal Firefoxversion. Det kan 
jag iofs leva med eftersom allt jag använder den till är just den här 
strömningstjänsten.

Re: problem med extern hårddisk

[Ludvig Andersson]

On 2015-11-13 21:21, j...@lillahusetiskogen.se wrote:

On Fri, 13 Nov 2015 20:04:44 +
Michael Kjörling  wrote:


On 13 Nov 2015 17:51 +0100, from j...@lillahusetiskogen.se:

Med risk för att ropa hej lite för tidigt ska jag ändå meddela att
jag misstänker att problemet var för hög strömförbrukning från USB.


Med tanke på det du skickade så låter det inte otänkbart. Jag skulle
låta den gå på den lösning du har nu en stund och se om felet
återuppstår.



Funkar fortfarande...



Jag känner igen detta beteende. Speciellt om man har
USB-disken kopplad till en bärbar dator. Vissa datorer
lämnar helt enkelt inte den strömstyrka som disken behöver
för att fungera. Därför har vissa leverantörer skickat med
en speciell Y-kabel för att kunna ta kräm från två USB-
portar samtidigt.

Ett sätt att komma runt detta kan vara att koppla
disken till en USB-hubb med egen strömkälla.

/Ludde

Re: Hur ställa in fast IP i Debian 8.2?

[Ludvig Andersson]

Om man går från att använda dhcp till att använda
fasta adresser kan det hända att själva dhcp-klienten
fortfarande är aktiv. Man kan därför behöva stänga
av den eller starta om maskinen. Annars går den
tillbaka till att använda adress från dhcp.

Jag har haft detta bekymmer med Squeeze och med Wheezy.
Vet inte om det gjorts några ändringar vad gäller
detta i Jessie.

/Ludde

On 2015-10-31 20:20, j...@lillahusetiskogen.se wrote:

On Sat, 31 Oct 2015 19:24:04 +0100
Andreas Olsson  wrote:


lör 2015-10-31 klockan 16:36 +0100 skrev j...@lillahusetiskogen.se:

Jag gjorde som jag brukar, editerade /etc/network/interfaces men min
ODROID använder ändå DHCP.


Någon NetworkManager som snurrar?

// Andreas


Det är väl risk för det. Jag kollade aldrig utan gick över till
"serverversionen" utan X och allt annat lullull. Den funkar. Jag är
bara lite nyfiken om man har hittat på något nytt spännande som vi
griniga gamla gubbar motvilligt måste lära oss leva med.

/Janne

Re: uuid

[Ludvig Andersson]

Hej Ivar!

Sedan Squeeze rekommenderas att man använder UUID, eller
filsystems "label" framför att använda enheters "device name" [1].

Du kan läsa mer om UUID på Debians Wiki [2].

Utöver fstab kan konfigurationen av grub vara med och ställa
till det. Även här kan UUID behövas så att grub använder rätt
disk. Skulle tro att detta sker automatiskt numera, men om
du har ett system som uppgraderats från Squeeze kan det vara
värt att kontrollera.

På din beskrivning låter det som att du fått grub att fungera,
men att bootprocessen inte går vidare för att fstab inte är rätt
konfigurerad.

Grub laddar först en kärna och ett litet minifilsystem kallat
initrd (init-ramdisk) [3]. Så länge grub funkar brukar det funka
att ladda denna ramdisk. Därifrån kontrolleras rotfilsystemet
med fsck(8), innan det är monterat.

När detta är gjort monteras det riktiga rotfilsystemet, varefter
fstab läses in och övriga filsystem monteras.

Hoppas detta ger lite mer klarhet!

/Ludde


1 : 
https://www.debian.org/releases/squeeze/amd64/release-notes/ch-information.en.html#ide-pata-transition

2 : https://wiki.debian.org/Part-UUID
3 : https://wiki.debian.org/Initrd

On 2015-10-19 16:53, Ivar Walfridsson wrote:

Jag kör en liten server på jessie med 4 hdś 2 på ide & 2 på sata.
ide diskarna blir hda & hdb den första satan blir /dev/hdc1
montar allt i fstab med uuid, då startar inte jessie helt. Hamnar i
"serviceläge" så jag kan gå in och ändra i fstab
montar då i fstab med /dev/hdc1 men de andra med uuid  då är allt ok
avmontar hdc kör fsck på den inga problem rapporteras. Kan någon
förklara det för mig skillnaden på e2fsck och debbies uppstart.
Kan jag använda disken med dev namn eller ska jag lyssna på uuid?
Jag har två sådana Sata diskar båda på 250 Gb  och båda uppför sig på
detta sätt Jag har provat dem var för sig
den andra satan som sitter i servern är en liten 110:a från en bärbar!
jag vill ju gärna använda dem! tack på förhand/ Ivar W

Re: problem med fsck

[Ludvig Andersson]

Sedan ett tag tillbaka initierar Linux hårdvaran
parallellt. Detta kan leda till att enheter
som inte alltid får samma beteckning.
'/dev/sda' kan plötsligt bli '/dev/sdb'. För
att undvika problem använder man därför UUID.

/Ludde

On 2015-10-13 13:31, Anders Jackson wrote:


Den 13 okt 2015 11:20 skrev mailto:j...@lillahusetiskogen.se>>:
 >
 > On Tue, 13 Oct 2015 11:04:40 +0200
 > Sven Arvidsson mailto:s...@whiz.se>> wrote:
 >
 > > On Tue, 2015-10-13 at 10:14 +0200, j...@lillahusetiskogen.se
 wrote:
 > > > Hej!
 > > >
 > > > På en av mina datorer har jag både Debian och Mint.
 > > >
 > > > Vid uppstart kör Debian fsck på partitionen jag har Mint på och
 > > > returnerar 8 "operational error" och jag får upp en "maintenance
 > > > prompt".
 > >
 > > Det där verkar vara ett ganska generellt fel. T.ex. här verkar den
 > > inte kunna parsa rätt UUID:
 > >
http://www.linuxquestions.org/questions/ubuntu-63/fsck-died-with-exit-status-8-a-499851/
 > >
 > > Så jag skulle gissa på att det inte är fel på filsystemet.
 > >
 > > > När jag startat Mint kan jag naturligtvis inte checka den partionen
 > > > eftersom den är mountad.
 > > >
 > > > Min fråga är: Hur gör jag för att tvinga Mint att checka partitionen
 > > > vid start?
 > >
 > > Om inte annat så går det ju att göra det via live-cd/usb.
 > >
 >
 > Hahaha, den (live-cd/usb) var bra. Att jag inte tänkte på det! Rodnar!

Det finns flera sätt.  Att tvinga fram hur regelbundet det skall tvingas
fram samt att bara nästa omboot skall göras. Lösningarna är redan
postade. Och för dig skulle jag rekommendera den med filen.

 > Det här med UUID, är det bra det? Jag har aldrig gillat det men det
 > kanske beror på att mina system är okomplicerade. Det används flitigt
 > så någon fördel måste det ju vara.

Därför att UUID är oberoende av vilken enhet som filsystemet finns på.
Mycket trevlig egenskap, tro mig. ;-)

/Jackson

Re: problem med fsck

[Ludvig Andersson]

Hej!

Vill du tvinga fsck(8) att köra vid uppstart
kan du skapa filen '/forcefsck'. Init-skriptet
'/etc/init.d/checkroot.sh' tolkar detta som
att fsck(8) ska köras. Filen raderas efter
att tester gjorts.

Jag gissar att det fungerar på liknande sätt
om man använder systemd.

/Ludde

On 2015-10-13 11:20, j...@lillahusetiskogen.se wrote:

On Tue, 13 Oct 2015 11:04:40 +0200
Sven Arvidsson  wrote:


On Tue, 2015-10-13 at 10:14 +0200, j...@lillahusetiskogen.se wrote:

Hej!

På en av mina datorer har jag både Debian och Mint.

Vid uppstart kör Debian fsck på partitionen jag har Mint på och
returnerar 8 "operational error" och jag får upp en "maintenance
prompt".


Det där verkar vara ett ganska generellt fel. T.ex. här verkar den
inte kunna parsa rätt UUID:
  
http://www.linuxquestions.org/questions/ubuntu-63/fsck-died-with-exit-status-8-a-499851/

Så jag skulle gissa på att det inte är fel på filsystemet.


När jag startat Mint kan jag naturligtvis inte checka den partionen
eftersom den är mountad.

Min fråga är: Hur gör jag för att tvinga Mint att checka partitionen
vid start?


Om inte annat så går det ju att göra det via live-cd/usb.



Hahaha, den (live-cd/usb) var bra. Att jag inte tänkte på det! Rodnar!

Det här med UUID, är det bra det? Jag har aldrig gillat det men det
kanske beror på att mina system är okomplicerade. Det används flitigt
så någon fördel måste det ju vara.