Re: linux-image
On Wed, 27 May 2020 21:03:42 +0200 Paul van der Vlis wrote: > Wat ik zou doen is booten met de Debian installatiestick en dan de > rescue mode. Het start wat moeizaam (teveel vragen) maar je kunt er > alles mee repareren. Nou, een schroevendraaier en een SATA naar USB doet ook wonderen :) -- richard lucassen https://contact.xaq.nl/
Re: linux-image
Op 27-05-2020 om 20:20 schreef Richard Lucassen: > On Wed, 27 May 2020 17:22:20 +0200 > Gijs Hillenius wrote: > >> Van die twee is het de eerste optie, misschien. >> >> http://snapshot.debian.org/package/linux-signed-amd64/5.5.17%2B1/#linux-image-5.5.0-2-amd64_5.5.17-1 > > Die had ik ook al gezien, maar ik heb me kennelijk verkeken op die > 5.5.17, maar dat is de kernelversie waar-ie op gebouwd is natuurlijk. > > En inderdaad, de cache is leeg en ik had natuurlijk net weer gisteren > m'n apt-cacher-ng opgeruimd :-( > > Maar goed, in ieder geval weet ik nu waar ik moet zoeken. Ik heb nog de > 5.6.0 kernel, maar ondanks dat zat ik toch met een gebricked systeem. > Met wat kunstgrepen op de disk zelf heb ik het spul weer aan de praat :) > > Ik ben als verstokte lilo user laatst overgegaan naar grub maar daar > kan ik nog niet echt mee lezen en schrijven. En met grub rescue kun je > niet veel als er geen grub modules op de disk staan. Bedenk me net dat > ik ze op een stick had kunnen zetten trouwens. Wat ik zou doen is booten met de Debian installatiestick en dan de rescue mode. Het start wat moeizaam (teveel vragen) maar je kunt er alles mee repareren. Groeten, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: linux-image
On Wed, 27 May 2020 17:22:20 +0200 Gijs Hillenius wrote: > Van die twee is het de eerste optie, misschien. > > http://snapshot.debian.org/package/linux-signed-amd64/5.5.17%2B1/#linux-image-5.5.0-2-amd64_5.5.17-1 Die had ik ook al gezien, maar ik heb me kennelijk verkeken op die 5.5.17, maar dat is de kernelversie waar-ie op gebouwd is natuurlijk. En inderdaad, de cache is leeg en ik had natuurlijk net weer gisteren m'n apt-cacher-ng opgeruimd :-( Maar goed, in ieder geval weet ik nu waar ik moet zoeken. Ik heb nog de 5.6.0 kernel, maar ondanks dat zat ik toch met een gebricked systeem. Met wat kunstgrepen op de disk zelf heb ik het spul weer aan de praat :) Ik ben als verstokte lilo user laatst overgegaan naar grub maar daar kan ik nog niet echt mee lezen en schrijven. En met grub rescue kun je niet veel als er geen grub modules op de disk staan. Bedenk me net dat ik ze op een stick had kunnen zetten trouwens. rsync -vax --delete werkt erg goed, dat blijkt maar weer eens :) -- richard lucassen https://contact.xaq.nl/
Re: linux-image
[...] > had per ongeluk de boot dir weggersync'd En de /var/cache/apt/archives is natuurlijk leeg. Ik herken het probleem. echo 'Binary::apt::APT::Keep-Downloaded-Packages "1";' | sudo tee /etc/apt/apt.conf.d/10apt-keep-downloads https://unix.stackexchange.com/questions/499035/disable-auto-clean-in-apt
Re: linux-image
On 27 May 2020 12:47 Richard Lucassen, wrote: > On Wed, 27 May 2020 11:58:23 +0200 > henk van ballegooijen wrote: > >> Moeten hier wel ergens te vinden zijn denk ik: >> >> https://snapshot.debian.org/ > > Idioot, had per ongeluk de boot dir weggersync'd, de laatste 5.6.0-1 > staat er inmiddels weer op, maar volgens het package management zit > deze er ook in: > > linux-image-5.5.0-2-amd64 > > maar die is in geen velden of wegen te bekennen. Zoek ik verkeerd of > zijn het de kaboutertjes? Van die twee is het de eerste optie, misschien. http://snapshot.debian.org/package/linux-signed-amd64/5.5.17%2B1/#linux-image-5.5.0-2-amd64_5.5.17-1
Re: linux-image
On Wed, 27 May 2020 13:05:56 +0200 INYM wrote: > En wat verwacht je van de mensen die achter het e-mailadres zitten > waar je naar aan het e-mailen bent? Ik weet niet beter dan dit ik via NNTP post: gmane.linux.debian.user.dutch Dat mailadres zie ik hier verder nergens. Wel inderdaad in de replies trouwens, maar dit gaat voor zover ik zie alleen maar naar de nntp server news.gmane.io. En zo te zien wordt dat geforward. -- richard lucassen https://contact.xaq.nl/
Re: linux-image
On Wed, May 27, 2020 at 12:47:59PM +0200, Richard Lucassen wrote: > On Wed, 27 May 2020 11:58:23 +0200 henk van ballegooijen wrote: > > > Moeten hier wel ergens te vinden zijn denk ik: > > > > https://snapshot.debian.org/ > > Idioot, had per ongeluk de boot dir weggersync'd, de laatste 5.6.0-1 > staat er inmiddels weer op, maar volgens het package management zit > deze er ook in: > > linux-image-5.5.0-2-amd64 > > maar die is in geen velden of wegen te bekennen. Zoek ik verkeerd of > zijn het de kaboutertjes? > > Niet dat ik 'm nou perse nodig heb, maar ik snap niet waar die naam > vandaan komt of waar die dan gebleven is. > En wat verwacht je van de mensen die achter het e-mailadres zitten waar je naar aan het e-mailen bent?
Re: linux-image
On Wed, 27 May 2020 11:58:23 +0200 henk van ballegooijen wrote: > Moeten hier wel ergens te vinden zijn denk ik: > > https://snapshot.debian.org/ Idioot, had per ongeluk de boot dir weggersync'd, de laatste 5.6.0-1 staat er inmiddels weer op, maar volgens het package management zit deze er ook in: linux-image-5.5.0-2-amd64 maar die is in geen velden of wegen te bekennen. Zoek ik verkeerd of zijn het de kaboutertjes? Niet dat ik 'm nou perse nodig heb, maar ik snap niet waar die naam vandaan komt of waar die dan gebleven is. -- richard lucassen https://contact.xaq.nl/
Re: linux-image
On Wed, 27 May 2020 11:58:23 +0200 henk van ballegooijen wrote: > Moeten hier wel ergens te vinden zijn denk ik: > > https://snapshot.debian.org/ ok, thnx! -- richard lucassen https://contact.xaq.nl/
Re: linux-image
Moeten hier wel ergens te vinden zijn denk ik: https://snapshot.debian.org/ Op 27-05-2020 om 11:30 schreef Richard Lucassen: Debian verstopt ergens de oudere versies van de linux-image debs. Weet iemand waar dat staat?
linux-image
Debian verstopt ergens de oudere versies van de linux-image debs. Weet iemand waar dat staat? -- richard lucassen https://contact.xaq.nl/
Re: linux-image-amd64 niet gebaseerd op de nieuwste kernel
Paul van der Vlis schreef op za 13-02-2016 om 11:50 [+0100]: > Op 13-02-16 om 11:44 schreef Frank Voncken: > > > > Maar je kunt ook gerust meerdere kernels laten staan, dan heb je > > > nog > > > iets om op terug te vallen als ze in experimental iets zetten wat > > > wellicht te experimenteel is. Mijn advies is: gewoon laten staan. > > > > Prima. Dan laat ik het gewoon lekker staan :-) > > Mocht je experimental-kernel niet willen booten, dan kun je dus via > grub > je andere kernel nog gebruiken. > > Wat ik je verder aanraad is om een beetje in de gaten te houden > wanneer > het 4.4 kernel testing bereikt. Op dat moment heb je namelijk > experimental niet meer nodig. Op dat moment raad ik je aan om geen > kernels uit experimental meer te willen, maar te blijven steken op > het > kernel uit testing. > > En als er een nieuwe stable uitkomt, op het kernel in stable. > > Tenzij je misschien toch nog functionaliteit mist natuurlijk. > Of als je kernel-development interessant vindt. Ik begrijp het. Ik wacht overigens op kernel 4.5 die een sterk verbeterde support voor Skylake zou hebben (zie mijn eerdere bericht over niet gedetecteerde usb apparaten zoals muis en memory stick). Hopelijk lost dit heleboel op. Groet, Frank
Re: linux-image-amd64 niet gebaseerd op de nieuwste kernel
Op 13-02-16 om 11:44 schreef Frank Voncken: >> Maar je kunt ook gerust meerdere kernels laten staan, dan heb je nog >> iets om op terug te vallen als ze in experimental iets zetten wat >> wellicht te experimenteel is. Mijn advies is: gewoon laten staan. > > Prima. Dan laat ik het gewoon lekker staan :-) Mocht je experimental-kernel niet willen booten, dan kun je dus via grub je andere kernel nog gebruiken. Wat ik je verder aanraad is om een beetje in de gaten te houden wanneer het 4.4 kernel testing bereikt. Op dat moment heb je namelijk experimental niet meer nodig. Op dat moment raad ik je aan om geen kernels uit experimental meer te willen, maar te blijven steken op het kernel uit testing. En als er een nieuwe stable uitkomt, op het kernel in stable. Tenzij je misschien toch nog functionaliteit mist natuurlijk. Of als je kernel-development interessant vindt. Groet, Paul. -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Re: linux-image-amd64 niet gebaseerd op de nieuwste kernel
Paul van der Vlis schreef op za 13-02-2016 om 11:26 [+0100]: > Hoi Frank, > > Op 13-02-16 om 10:27 schreef Frank Voncken: > > Ik heb twee pakketten van Linux kernel naast elkaar op mijn laptop: > > linux-image-4.3.0-1-amd64 en linux-image-4.4.0-trunk-amd64. Als ik > > dat > > oudere pakket wil verwijderen, dan blijkt dat het metapakket > > linux-image-amd64 ook automatisch mee verwijderd zal worden. Toen > > werd > > ik achterdochtig. Dit metapakket blijkt nog gebaseerd te zijn op > > oudere > > van de twee. Klopt dit wel gezien de omschrijving "this package > > depends > > on the latest Linux kernel"? > > linux-image-4.3.0-1-amd64 depends on het nieuwste 4.3.0 kernel uit > testing. Het 4.4.0 kernel uit experimental hoort daar niet bij. > > Het metapakket linux-image-amd64 depends on het nieuwste kernel uit > de > Debian versie waar de linux-image-amd64 uit komt. In jouw geval is > dat > wellicht testing. Ik heb inderdaad Debian Testing geïnstalleerd. Aanvankelijk had het kernel 4.2, toen heb ik vervolgens 4.3 uit sid gehaald, en uiteindelijk 4.4 uit experimental. Ik zie dat kernel 4.3 inmiddels Testing heeft bereikt. Met Paul's uitleg over pakket linux-image-amd64 begrijp ik het nu wat beter, bedankt! > > > > Of kan ik gerust doorgaan met verwijderen? > > > > > Ja, volgens mij wel. > > Maar je kunt ook gerust meerdere kernels laten staan, dan heb je nog > iets om op terug te vallen als ze in experimental iets zetten wat > wellicht te experimenteel is. Mijn advies is: gewoon laten staan. > Prima. Dan laat ik het gewoon lekker staan :-) Groet, Frank
Re: linux-image-amd64 niet gebaseerd op de nieuwste kernel
Hoi Frank, Op 13-02-16 om 10:27 schreef Frank Voncken: > Ik heb twee pakketten van Linux kernel naast elkaar op mijn laptop: > linux-image-4.3.0-1-amd64 en linux-image-4.4.0-trunk-amd64. Als ik dat > oudere pakket wil verwijderen, dan blijkt dat het metapakket > linux-image-amd64 ook automatisch mee verwijderd zal worden. Toen werd > ik achterdochtig. Dit metapakket blijkt nog gebaseerd te zijn op oudere > van de twee. Klopt dit wel gezien de omschrijving "this package depends > on the latest Linux kernel"? linux-image-4.3.0-1-amd64 depends on het nieuwste 4.3.0 kernel uit testing. Het 4.4.0 kernel uit experimental hoort daar niet bij. Het metapakket linux-image-amd64 depends on het nieuwste kernel uit de Debian versie waar de linux-image-amd64 uit komt. In jouw geval is dat wellicht testing. > Of kan ik gerust doorgaan met verwijderen? Ja, volgens mij wel. Maar je kunt ook gerust meerdere kernels laten staan, dan heb je nog iets om op terug te vallen als ze in experimental iets zetten wat wellicht te experimenteel is. Mijn advies is: gewoon laten staan. Groet, Paul. -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
linux-image-amd64 niet gebaseerd op de nieuwste kernel
Ik heb twee pakketten van Linux kernel naast elkaar op mijn laptop: linux-image-4.3.0-1-amd64 en linux-image-4.4.0-trunk-amd64. Als ik dat oudere pakket wil verwijderen, dan blijkt dat het metapakket linux- image-amd64 ook automatisch mee verwijderd zal worden. Toen werd ik achterdochtig. Dit metapakket blijkt nog gebaseerd te zijn op oudere van de twee. Klopt dit wel gezien de omschrijving "this package depends on the latest Linux kernel"? Of kan ik gerust doorgaan met verwijderen? Groet, Frank
