[kernel] choix d'un noyau pour compilation(résolu)
[kernel] choix d'un noyau pour compilation(résolu)
bonjour
je voudrais savoir comment choisir entre les différents kernel en vu d'une compilation
Mon utilisation est bureautique internet basique sur un lattitude d530
J'hesite entre ceux la: linux-lqx;linux-ck;linux-zen
merci
je voudrais savoir comment choisir entre les différents kernel en vu d'une compilation
Mon utilisation est bureautique internet basique sur un lattitude d530
J'hesite entre ceux la: linux-lqx;linux-ck;linux-zen
merci
Dernière modification par rroo le lun. 15 juil. 2013, 22:48, modifié 1 fois.
- benjarobin
- Maître du Kyudo
- Messages : 17625
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [kernel] choix d'un noyau pour compilation
Pourquoi ne pas vouloir utiliser le kernel par défaut qui est plus que largement suffisant...
Quelle est ta démarche ? Pourquoi cette volonté de faire toujours plus compliqué ?
Quelle est ta démarche ? Pourquoi cette volonté de faire toujours plus compliqué ?
Zsh | KDE | PC fixe : AMD Ryzen 9900X, Radeon RX 7700 XT
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [kernel] choix d'un noyau pour compilation
Comme il y a le choix je voulais savoir si un ne serrai pas plus adapté a ma config...
Sinon pour ce qui est de la config esque ce réglage te semble correcte?
voici des infos sur mon système:
Sinon pour ce qui est de la config esque ce réglage te semble correcte?
Code : Tout sélectionner
[u]Code maturity level options[/u]
Prompt for development and/or incomplete code/drivers ->oui
[u]Loadable module support[/u]
Enable loadable module support->oui
Kernel module loader->oui
[u]Processor type and features[/u]
Processor family->X64
Math emulation->non
MTRR (Memory Type Range Register) support->non
Symmetric multi-processing support->non
[u]General setup[/u]
Networking support->oui
PCI support->oui
System V IPC->oui
Kernel core (/proc/kcore) format->ELF
Kernel support for binaries
Power Management support
[u]Parallel port support[/u]
Parallel port support->non
Use FIFO/DMA if available->non
IEEE 1284 transfert modes->non
[u]Plug and Play configuration[/u]
Plug and Play support->non
ISA Plug and Play support->non
[u]Block devices[/u]
Normal PC floppy disk support->non
Loopback device support->oui
[u]Networking options[/u]
Network packet filtering (replaces ipchains)->oui
TCP/IP networking->oui
The IPX protocol->non
[u]ATA/IDE/MFM/RLL support[/u]
ATA/IDE/MFM/RLL support->non
Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support->non
Include IDE/ATA-2 DISK support->non
Include IDE/ATAPI CDROM support->non
Generic PCI bus-master DMA support->non
Use PCI DMA by default when available->oui
[u]SCSI support[/u]
SCSI support->oui
SCSI disk, tape ou CD-ROM support->adapté
SCSI generic support->non
SCSI low-level drivers->choisir le drivers
[u]Network device support[/u]
Network device support->oui
Dummy net driver support->oui
Ethernet (10 or 100Mbit)->choix drivers
PPP (point-to-point protocol) support->oui
PPP support for async serial ports->non
PPP Deflate compression->oui
PPP BSD-Compress compression->non
[u]Character devices[/u]
Virtual terminal->oui
Parallel printer support->non
I2C support->?
I2C bit-banging interfaces->non
Mice->oui
Mouse Support (not serial and bus mice)->non
PS/2 mouse (aka "auxiliary device") support->non
Joysticks->non
Enhanced Real Time Clock Support->non
/dev/agpgart (AGP Support)->non
Direct Rendering Manager (XFree86 DRI support)->non
[u]Multimedia devices[/u]
Video For Linux->non
BT848 Video For Linux->non
[u]File systems[/u]
Quota support->non
Reiserfs support->non
DOS FAT fs support->oui
MSDOS fs support->non?
VFAT (Windows-95) fs support->non
ISO 9660 CDROM file system support->non
Microsoft Joliet CDROM extensions->non
NTFS file system support (read only)->non
/proc file system support->oui
Second extended fs support->oui
UDF file system support (read only)->non
Network File Systems->non
NFS file system support->non
SMB file system support (to mount Windows shares etc.)->non
Native Language Support->
[u]Console drivers[/u]
VGA text console->non
Frame-buffer support->?
Support for frame buffer devices (EXPERIMENTAL)->
[u]Sound[/u]
Sound card support->choix drivers
Sound Blaster 64 :
Sound Blaster AWE 64 et 128 :
Sound Blaster Live :
USB support
voici des infos sur mon système:
Code : Tout sélectionner
free -m
total used free shared buffers cached
Mem: 3005 1359 1645 0 61 677
-/+ buffers/cache: 620 2384
Swap: 0 0 0
lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)
lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c)
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 02)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 02)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
03:01.0 CardBus bridge: O2 Micro, Inc. Cardbus bridge (rev 21)
03:01.4 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02)
09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755M Gigabit Ethernet PCI Express (rev 02)
0c:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
lsusb
Bus 002 Device 002: ID 413c:8140 Dell Computer Corp. Wireless 360 Bluetooth
Bus 004 Device 002: ID 12cf:0186
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ifconfig
enp9s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:21:70:75:e2:e5 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 17
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 0 (Local Loopback)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp12s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.70 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::21f:3cff:fea8:3bd7 prefixlen 64 scopeid 0x20<link>
ether 00:1f:3c:a8:3b:d7 txqueuelen 1000 (Ethernet)
RX packets 437699 bytes 618270838 (589.6 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 266660 bytes 27761216 (26.4 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Re: [kernel] choix d'un noyau pour compilation
Salut,
Ce qui est adapté, c'est de compiler avec le kernel utilisé par défaut. Comme l'a dit benjarobin, j'ai l'impression que tu te compliques la vie inutilement.
Ce qui est adapté, c'est de compiler avec le kernel utilisé par défaut. Comme l'a dit benjarobin, j'ai l'impression que tu te compliques la vie inutilement.
Re: [kernel] choix d'un noyau pour compilation
En fait ma question porte sur l'installation d'un autre systeme(crux).
Du coup je voulais en profité pour compiler et choisir les option au mieux
Du coup je voulais en profité pour compiler et choisir les option au mieux
Re: [kernel] choix d'un noyau pour compilation
Désolé mais je ne comprends pas ta question. Tu veux installer crux, OK. Mais quel est le rapport avec la compilation et le choix du noyau ?
Re: [kernel] choix d'un noyau pour compilation
Je ne voulais pas ouvrir un nouveau topic c pour ca.
Re: [kernel] choix d'un noyau pour compilation
Ne le prends pas mal car je ne souhaite pas te décourager, mais je doute que Crux soit vraiment adapté à tes besoins.
Cette distrib' se destine à un public averti et j'ai peur que tu sois un peu perdu.
Sinon Crunchbang/Debian me parait un excellent moyen pour commencer, apprendre et se perfectionner.
Cette distrib' se destine à un public averti et j'ai peur que tu sois un peu perdu.
Sinon Crunchbang/Debian me parait un excellent moyen pour commencer, apprendre et se perfectionner.
Dernière modification par Ypnose le ven. 05 juil. 2013, 22:32, modifié 1 fois.
Re: [kernel] choix d'un noyau pour compilation
Salut,
C'est bien de rechercher la simplicité, c'est même le but d'Arch!
Mais entre Crunch, Crux et Arch tu t'y perds un peu et tu fais tout l'inverse. Ne le prend pas comme une critique mais comme un conseil: il n'y aucune raison de rechercher un noyau spécifique à moins d'un dysfonctionnement ou d'une incompatibilité avec ton matériel et celà vaut pour toutes les distributions. Il y a bien d'autres moyens bien plus judicieux d'apprendre Linux.
C'est bien de rechercher la simplicité, c'est même le but d'Arch!
Mais entre Crunch, Crux et Arch tu t'y perds un peu et tu fais tout l'inverse. Ne le prend pas comme une critique mais comme un conseil: il n'y aucune raison de rechercher un noyau spécifique à moins d'un dysfonctionnement ou d'une incompatibilité avec ton matériel et celà vaut pour toutes les distributions. Il y a bien d'autres moyens bien plus judicieux d'apprendre Linux.
"La complication est un effet de la simplicité mal acquise"
Intel i5-2320; Nvidia GeForce GT 520; ATA Hitachi 2To; ArchLinux-KDE
Intel i5-2320; Nvidia GeForce GT 520; ATA Hitachi 2To; ArchLinux-KDE
- widapit
- Maître du Kyudo
- Messages : 1148
- Inscription : mar. 30 mars 2010, 22:53
- Localisation : Toulouse
Re: [kernel] choix d'un noyau pour compilation
onyx67 a écrit :d'autres moyens bien plus judicieux d'apprendre Linux.


routeur(OpenWRT); serveurs(Debian, Arch); cléUSB(Black-Arch);
mon ordi(Arch-hardened) = {spectrwm, zsh} || je m'amuse aussi avec des Arduino !
mon ordi(Arch-hardened) = {spectrwm, zsh} || je m'amuse aussi avec des Arduino !
Re: [kernel] choix d'un noyau pour compilation
@ widapit: oui, tant qu'à faire 

"La complication est un effet de la simplicité mal acquise"
Intel i5-2320; Nvidia GeForce GT 520; ATA Hitachi 2To; ArchLinux-KDE
Intel i5-2320; Nvidia GeForce GT 520; ATA Hitachi 2To; ArchLinux-KDE
Re: [kernel] choix d'un noyau pour compilation
Crux ne parrait pas si compliqué que ca.C'est surtout les dépendance qui sont plus dur a gérer si j'ai bien compris.La crunch je m'en sert pas trop en fait(moins réactive que arch) c'est plus pour récuperer mon système en cas de soucis.Du coup je voulais testé une autre distrib en paralléle.
Je vais potasser encore un peut l'install de la crux pour voir si c'est jouable...
Autrement crux étant la source de arch quel sont les différences entre les deux?
Je vais potasser encore un peut l'install de la crux pour voir si c'est jouable...
Autrement crux étant la source de arch quel sont les différences entre les deux?
Re: [kernel] choix d'un noyau pour compilation
Une fois de plus tu t'éloignes du sujet initial (qui lui au demeurant n'est pas très clair non plus).
Comme le disai déjà benjarobin, on ne saisit pas vraiment le sens de ta démarche. Si c'est pour améliorer des performances tu devrais clairement exposer ce que tu souhaites obtenir...(pour peu que ça concerne Arch)
Comme le disai déjà benjarobin, on ne saisit pas vraiment le sens de ta démarche. Si c'est pour améliorer des performances tu devrais clairement exposer ce que tu souhaites obtenir...(pour peu que ça concerne Arch)
"La complication est un effet de la simplicité mal acquise"
Intel i5-2320; Nvidia GeForce GT 520; ATA Hitachi 2To; ArchLinux-KDE
Intel i5-2320; Nvidia GeForce GT 520; ATA Hitachi 2To; ArchLinux-KDE
Re: [kernel] choix d'un noyau pour compilation
En effet j'ai lu qu'elle est un peut plus rapide.
Mais aussi pour testé une autre distribution dans l'esprit de arch.
dsl pour le mélange de sujet je vais ouvrir un autre topic concernant la config kernel.
merci pour les réponses
Mais aussi pour testé une autre distribution dans l'esprit de arch.
dsl pour le mélange de sujet je vais ouvrir un autre topic concernant la config kernel.
merci pour les réponses