/usr/share/doc/HOWTO/fr-html/BootPrompt-HOWTO.html is in doc-linux-fr-html 2013.01-2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329 1330 1331 1332 1333 1334 1335 1336 1337 1338 1339 1340 1341 1342 1343 1344 1345 1346 1347 1348 1349 1350 1351 1352 1353 1354 1355 1356 1357 1358 1359 1360 1361 1362 1363 1364 1365 1366 1367 1368 1369 1370 1371 1372 1373 1374 1375 1376 1377 1378 1379 1380 1381 1382 1383 1384 1385 1386 1387 1388 1389 1390 1391 1392 1393 1394 1395 1396 1397 1398 1399 1400 1401 1402 1403 1404 1405 1406 1407 1408 1409 1410 1411 1412 1413 1414 1415 1416 1417 1418 1419 1420 1421 1422 1423 1424 1425 1426 1427 1428 1429 1430 1431 1432 1433 1434 1435 1436 1437 1438 1439 1440 1441 1442 1443 1444 1445 1446 1447 1448 1449 1450 1451 1452 1453 1454 1455 1456 1457 1458 1459 1460 1461 1462 1463 1464 1465 1466 1467 1468 1469 1470 1471 1472 1473 1474 1475 1476 1477 1478 1479 1480 1481 1482 1483 1484 1485 1486 1487 1488 1489 1490 1491 1492 1493 1494 1495 1496 1497 1498 1499 1500 1501 1502 1503 1504 1505 1506 1507 1508 1509 1510 1511 1512 1513 1514 1515 1516 1517 1518 1519 1520 1521 1522 1523 1524 1525 1526 1527 1528 1529 1530 1531 1532 1533 1534 1535 1536 1537 1538 1539 1540 1541 1542 1543 1544 1545 1546 1547 1548 1549 1550 1551 1552 1553 1554 1555 1556 1557 1558 1559 1560 1561 1562 1563 1564 1565 1566 1567 1568 1569 1570 1571 1572 1573 1574 1575 1576 1577 1578 1579 1580 1581 1582 1583 1584 1585 1586 1587 1588 1589 1590 1591 1592 1593 1594 1595 1596 1597 1598 1599 1600 1601 1602 1603 1604 1605 1606 1607 1608 1609 1610 1611 1612 1613 1614 1615 1616 1617 1618 1619 1620 1621 1622 1623 1624 1625 1626 1627 1628 1629 1630 1631 1632 1633 1634 1635 1636 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 1687 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 1713 1714 1715 1716 1717 1718 1719 1720 1721 1722 1723 1724 1725 1726 1727 1728 1729 1730 1731 1732 1733 1734 1735 1736 1737 1738 1739 1740 1741 1742 1743 1744 1745 1746 1747 1748 1749 1750 1751 1752 1753 1754 1755 1756 1757 1758 1759 1760 1761 1762 1763 1764 1765 1766 1767 1768 1769 1770 1771 1772 1773 1774 1775 1776 1777 1778 1779 1780 1781 1782 1783 1784 1785 1786 1787 1788 1789 1790 1791 1792 1793 1794 1795 1796 1797 1798 1799 1800 1801 1802 1803 1804 1805 1806 1807 1808 1809 1810 1811 1812 1813 1814 1815 1816 1817 1818 1819 1820 1821 1822 1823 1824 1825 1826 1827 1828 1829 1830 1831 1832 1833 1834 1835 1836 1837 1838 1839 1840 1841 1842 1843 1844 1845 1846 1847 1848 1849 1850 1851 1852 1853 1854 1855 1856 1857 1858 1859 1860 1861 1862 1863 1864 1865 1866 1867 1868 1869 1870 1871 1872 1873 1874 1875 1876 1877 1878 1879 1880 1881 1882 1883 1884 1885 1886 1887 1888 1889 1890 1891 1892 1893 1894 1895 1896 1897 1898 1899 1900 1901 1902 1903 1904 1905 1906 1907 1908 1909 1910 1911 1912 1913 1914 1915 1916 1917 1918 1919 1920 1921 1922 1923 1924 1925 1926 1927 1928 1929 1930 1931 1932 1933 1934 1935 1936 1937 1938 1939 1940 1941 1942 1943 1944 1945 1946 1947 1948 1949 1950 1951 1952 1953 1954 1955 1956 1957 1958 1959 1960 1961 1962 1963 1964 1965 1966 1967 1968 1969 1970 1971 1972 1973 1974 1975 1976 1977 1978 1979 1980 1981 1982 1983 1984 1985 1986 1987 1988 1989 1990 1991 1992 1993 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026 2027 2028 2029 2030 2031 2032 2033 2034 2035 2036 2037 2038 2039 2040 2041 2042 2043 2044 2045 2046 2047 2048 2049 2050 2051 2052 2053 2054 2055 2056 2057 2058 2059 2060 2061 2062 2063 2064 2065 2066 2067 2068 2069 2070 2071 2072 2073 2074 2075 2076 2077 2078 2079 2080 2081 2082 2083 2084 2085 2086 2087 2088 2089 2090 2091 2092 2093 2094 2095 2096 2097 2098 2099 2100 2101 2102 2103 2104 2105 2106 2107 2108 2109 2110 2111 2112 2113 2114 2115 2116 2117 2118 2119 2120 2121 2122 2123 2124 2125 2126 2127 2128 2129 2130 2131 2132 2133 2134 2135 2136 2137 2138 2139 2140 2141 2142 2143 2144 2145 2146 2147 2148 2149 2150 2151 2152 2153 2154 2155 2156 2157 2158 2159 2160 2161 2162 2163 2164 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>The Linux BootPrompt-HOWTO</title>
</head>
<body>
<h1>The Linux BootPrompt-HOWTO</h1>
<h2>Par Paul Gortmaker.</h2>
v1.14, 1er Février 1998
<hr>
<em>Ce document est le BootPrompt-Howto, qui est un condensé
de tous les paramètres de boot qui peuvent être
transmis au noyau de <b>Linux</b> lors de la séquence de
boot. Ceci inclut tous les paramètres concernant les
périphériques. Une partie traitant de la façon
dont le noyau trie les paramètres de démarrage ainsi
qu'un tour d'horizon des logiciels les plus répandus pour
démarrer le noyau de <b>Linux</b> sont aussi inclues.
<b>Cette version française a été
réalisée par</b> <em>Laurent RENAUD</em>
<code>(lrenaud@hol.fr).</code></em>
<hr>
<h2><a name="main-intro"></a> <a name="s1">1. Introduction</a></h2>
<p>Le noyau a une capacité limitée pour accepter des
informations au moment du démarrage sous la forme d'une
ligne de commande, semblable à une liste d'arguments que
vous pouvez passer à un programme. En général,
ceci est utilisé pour donner au noyau des informations
concernant les paramètres du matériel que le noyau
n'est pas capable de déterminer tout seul, ou pour se
substituer/écraser les valeurs que le noyau pourrait
détecter.</p>
<p>Cependant, si vous avez juste copié une image du noyau
directement sur une disquette, (c.a.d <code>cp zImage
/dev/fd0</code>) alors vous n'avez aucune chance de pouvoir
spécifier quelque argument que ce soit à ce noyau.
C'est pourquoi beaucoup d'utilisateurs de <b>Linux</b> utilisent
des logiciels comme <em>LILO</em> ou <em>loadlin</em> qui se
chargent de transmettre ces arguments au noyau, et de le faire
alors démarrer.</p>
<p><em>NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES :</em>
Les paramètres de démarrage en général,
ne s'appliquent qu'aux pilotes de matériel qui sont
compilés directement dans le noyau. Ils n'ont <em>aucun
effet</em> sur les pilotes qui sont chargés en tant que
modules. La plupart des distributions utilisent des modules. Si
vous ne savez pas, regardez dans <code>man depmod</code> et
<code>man modprobe</code> en suivant le contenu de
<code>/etc/conf.modules</code>.</p>
<p>Cette version couvre les distributions du noyau jusqu'à
la v2.0.33 incluse. Des informations qui font partie des noyaux en
développement jusqu'à la version 2.1.84 sont aussi
documentées.</p>
<p>Le BootPrompt-Howto est edité et mis à jour
par :</p>
<blockquote>Paul Gortmaker,
<code>gpg109@rsphy1.anu.edu.au</code></blockquote>
<p>[Notez que les paramètres de démarrage qui sont
spécifiques aux ports et périphériques
non-i386 (ex : Atari/Amiga) ne sont actuellement pas
documentés.]</p>
<h2><a name="copyright"></a> <a name="ss1.1">1.1
Responsabilité et Copyright</a></h2>
<p>Ce document <em>n'est pas</em> l'évangile ! Bien que ce
soit probablement la source d'information la plus à jour que
vous puissiez trouver. Personne n'est responsable de ce qui peut
arriver à votre matériel à part vous. Si votre
matériel s'enflamme brusquement (ce qui est quasiment
impossible ! ) je ne suis pas responsable. C'est à dire QUE
L'AUTEUR N'EST PAS RESPONSABLE DES DOMMAGES QUI PEUVENT ETRE
PRODUITS PAR DES ACTIONS RESULTANT D'INFORMATIONS CONTENUES DANS CE
DOCUMENT.</p>
<p>Ce document est soumis au Copyright (c) 1995-1998 de Paul
Gortmaker.</p>
<p>Ce document peut être copié en respectant les
termes de la GNU General Public Licence, version 2, ci-incluse en
référence. Voir le fichier <code>linux/COPYING</code>
fourni avec le noyau Linux pour plus de détails.</p>
<p>Si vous avez l'intention d'incorporer ce document au sein d'une
publication, merci de me contacter, et je ferai un effort pour
m'assurer que vous avez les informations les plus à jour
disponibles. Par le passé, des versions
périmées de HOWTO ont été
publiées, ce qui a attristé les developpeurs qui ont
été harcelés de questions auxquelles ils
avaient déjà répondu dans des versions plus
récentes.</p>
<h2><a name="ss1.2">1.2 Documentation Associée</a></h2>
<p>Les documentations les plus à jour seront toujours les
sources du noyau. Pas si vite ! Ne soyez pas effrayés. Vous
n'avez pas besoin de connaître la programmation pour lire les
commentaires dans les fichiers source. Par exemple, si vous
recherchez un argument qui peut être transmis au pilote
AHA1542 SCSI, il vous suffit d'aller dans le répertoire
<code>linux/drivers/scsi</code>, et de regarder dans le fichier
<code>aha1542.c</code> et dans les cent premières lignes
vous trouverez en anglais une description simple et complète
des paramètres de démarrage que le pilote 1542 peut
recevoir.</p>
<p>Une autre bonne chose seront les fichiers de documentation
livrés avec le noyau lui-même. Il y en a aujourd'hui
pas mal, et la plupart d'entre eux peuvent-être
trouvés dans le répertoire
<code>linux/Documentation</code> et tous ses sous
répertoires. Le répertoire <code>linux</code> se
trouve généralement dans <code>/usr/src/</code>.
Parfois des fichiers <code>README.foo</code> peuvent se trouver
dans le répertoire associé aux pilotes (c.a.d.
<code>linux/drivers/XXX/</code>, où <code>XXX</code> sera
<code>scsi</code>, <code>char</code>, ou <code>net</code>.</p>
<p>Si vous avez trouvé quels sont les paramètres que
vous avez l'intention d'utiliser, et que vous voulez savoir comment
transmettre ces informations au noyau, alors regardez la
documentation qui correspond au logiciel que vous utilisez pour
démarrer le noyau (par exemple : LILO ou loadlin). Un
bref survol est fourni ci-dessous, mais il ne remplace pas la
documentation fournie avec le logiciel de démarrage.</p>
<h2><a name="news"></a> <a name="ss1.3">1.3 Le groupe de discussion
Linux</a></h2>
<p>Si vous avez des questions sur la transmission des
paramètres au noyau, s'il vous plait, LISEZ D'ABORD ce
document. Si ce document et les documents associés qui sont
mentionnés ci-dessus ne répondent pas à votre
(vos) question(s), alors vous pouvez essayer de la (les) poser dans
le groupe de discussion <b>Linux</b> (fr.comp.os.linux pour la
France). Bien sûr, il serait bon de lire les messages du
groupe avant de poser aveuglément vos questions, il se peut
que quelqu'un d'autre ait déjà posé la
même question, ou peut-être est-ce une question
fréquemment posée (FAQ). Un coup d'oeuil rapide
à la FAQ linux avant de poster est une <em>bonne</em>
idée. On pourra trouver les FAQ quelque part, dans un
répertoire proche de celui où vous avez trouvé
ce document.</p>
<p>Les questions générales concernant la
configuration de votre système peuvent être
directement posées dans le groupe comp.os.linux.setup. Nous
vous demandons <em>s'il vous plaît</em> de respecter ces
quelques recommandations, et de ne pas cross-poster vos demandes
dans d'autres groupes.</p>
<h2><a name="new-doc"></a> <a name="ss1.4">1.4 Nouvelles Versions
de ce Document</a></h2>
<p>Les nouvelles versions (en anglais) de ce document peuvent
être recupérées par FTP anonyme sur le site
sunsite.unc.edu, dans le répertoire
<code>/pub/Linux/docs/HOWTO/</code>. Notez que <em>SunSITE</em> est
souvent surchargé, donc il vaudrait mieux aller chercher ce
document sur un des sites ftp miroir de Linux.</p>
<p>Ces documents en langue française se trouvent sur le site
ftp.lip6.fr dans de répertoire
<code>/pub/linux/french/docs/HOWTO</code>.</p>
<p>Des mises à jour seront faites chaque fois que de
nouvelles informations / pilotes seront disponibles. Si la copie
que vous êtes en train de lire date de plus de quelques mois,
il serait bon de vérifier qu'il n'en existe pas une version
plus récente.</p>
<p>Ce document est produit en utilisant le système SGML
spécialement concu pour le projet <b>Linux</b> Howto, et il
existe différents formats de sortie disponibles :
postscript, dvi, ascii, html, et bientôt TeXinfo.</p>
<p>Je vous recommande de visualiser ce document en HTML (via un
logiciel de navigation WWW ) ou dans le format PostScript/dvi. Tous
deux contiennent les références croisées qui
sont perdues dans les conversions en ASCII.</p>
<p>Si vous voulez obtenir la copie officielle de sunsite, voici
l'URL.</p>
<p><a href=
"http://sunsite.unc.edu/mdw/HOWTO/BootPrompt-HOWTO.html">BootPrompt-HOWTO</a></p>
<h2><a name="oview"></a> <a name="s2">2. Vue d'Ensemble des
Paramètres de Démarrage</a></h2>
<p>Cette partie donne un certain nombre d'exemples de logiciels qui
peuvent être utilisés pour transmettre les
paramètres de démarrage au noyau. Elle donne aussi
une idée de la façon dont les paramètres sont
traités, quelles sont les limitations des paramètres
de démarrage, et la façon dont ils sont
répartis vers chaque périphérique pour
lesquels ils ont été conçus.</p>
<p>Il est <em>important</em> de noter que l'on <em>ne peut pas</em>
utiliser d'espaces dans un paramètre de démarrage,
mais seulement entre des paramètres différents. Une
liste de valeurs correspondant à un seul paramètre
doit utiliser des virgules comme séparateur entre les
différentes valeurs, là aussi, sans aucun espace.
Voir les exemples ci-dessous.</p>
<hr>
<pre>
ether=9,0x300,0xd0000,0xd4000,eth0 root=/dev/hda1 *BON*
ether = 9, 0x300, 0xd0000, 0xd4000, eth0 root = /dev/hda1 *MAUVAIS*
</pre>
<hr>
<h2><a name="lilo"></a> <a name="ss2.1">2.1 LILO (LInux
LOader)</a></h2>
<p>Le programme LILO (LInux LOader) écrit par Werner
Almesberger est le plus couramment utilisé. Il a la
capacité de démarrer différents noyaux, et
stocke les informations de configuration dans un fichier contenant
exclusivement du texte. Beaucoup de distributions fournissent LILO
comme "boot-loader" (chargeur de noyau) par défaut. LILO
peut démarrer DOS, OS/2, <b>Linux</b>, FreeBSD, etc. sans
aucun problème, et il est très souple.</p>
<p>Une configuration classique est d'avoir LILO qui arrête le
démarrage et affiche <code>LILO:</code> peu de temps
après que vous ayez allumé votre ordinateur. Il
attendra alors quelques instants en vue d'une eventuelle saisie de
l'utilisateur, faute de quoi il lancera le système
d'exploitation par défaut. Les étiquettes couramment
utilisées dans les fichiers de configuration de LILO sont
<code>linux</code> , <code>backup</code> et <code>msdos</code>. Si
vous désirez entrer un paramètre de démarrage,
vous le taperez ici, après avoir entré
l'étiquette du système que vous voulez que LILO
lance, comme indiqué dans l'exemple ci-dessous.</p>
<hr>
<pre>
LILO: linux root=/dev/hda1
</pre>
<hr>
<p>LILO est fourni avec une documentation excellente, et pour les
paramètres de démarrage dont nous parlons ici, la
commande <code>append=</code> de LILO est d'une très grande
importance lorsque l'on veut ajouter un paramètre de
démarrage de façon permanente dans le fichier de
configuration de LILO. Vous ajoutez tout simplement quelque chose
comme <code>append = "foo=bar"</code> dans le fichier
<code>/etc/lilo.conf</code>. On peut l'ajouter soit en haut du
fichier de configuration, afin qu'il s'applique à toutes les
sections, ou dans une section correspondant à un
système particulier en le mettant dans une section
<code>image=</code>. Voyez la documentation de LILO pour une
description plus complète.</p>
<h2><a name="loadlin"></a> <a name="ss2.2">2.2 LoadLin</a></h2>
<p>L'autre chargeur de noyau couramment utilisé est
`LoadLin' qui est un programme DOS qui est capable de lancer un
noyau <b>Linux</b> à partir du prompt du dos (avec des
paramètres de démarrage) en supposant que certaines
ressources sont disponibles. Ceci est très bien pour les
gens qui utilisent le DOS et qui veulent basculer sur <b>Linux</b>
à partir du DOS.</p>
<p>C'est aussi très pratique si vous possédez du
matériel qui est dépendant du pilote fourni pour le
DOS afin de mettre le matériel dans un état
donné. Un exemple fréquent : les cartes son
`SoundBlaster Compatible' qui requièrent un pilote DOS pour
positioner un ensemble de registres propriètaires pour
mettre la carte dans un mode compatible SoundBlaster.
Démarrez le DOS avec le pilote requis, et maintenant chargez
<b>Linux</b> à partir du prompt du DOS avec
<code>LOADLIN.EXE</code> en esquivant la remise à
zéro de la carte qui intervient si on redémarre
complètement la machine. De cette façon, la carte est
laissée dans le mode compatible SB et par conséquent
est utilisable sous <b>Linux</b>.</p>
<p>Il y a aussi d'autres programmes qui peuvent être
utilisés pour démarrer <b>Linux</b>. Pour une liste
complète, regardez sur votre miroir ftp <b>Linux</b> local,
les programmes disponibles dans le répertoire
<code>system/Linux-boot/</code>.</p>
<h2><a name="rdev"></a> <a name="ss2.3">2.3 L'utilitaire
``rdev''</a></h2>
<p>Un certain nombre des paramètres de démarrage du
noyau ont leurs valeurs par défaut stockées dans
différents octets de l'image du noyau. Il existe un
utilitaire baptisé <code>rdev</code> qui est installé
sur la plupart des systèmes et qui sait où sont ces
valeurs, et comment les changer. Il peut aussi modifier un certain
nombre de choses qui ne possèdent pas de paramètre de
démarrage équivalent, comme le mode vidéo
utilisé par défaut.</p>
<p>L'utilitaire rdev est couramment associé à
swapdev, ramsize, vidmode et rootflags. Les cinq paramètres
que rdev peut modifier sont : le périphérique de
démarrage, le périphérique de swap, les
paramètres du disque RAM, le mode vidéo par
défaut, et l'autorisation de
lecture-seule/lecture-écriture sur le
périphérique racine.</p>
<p>Des informations plus complètes sur <code>rdev</code>
peuvent être obtenues en tapant <code>rdev -h</code> ou en
lisant la page correspondante du manuel fourni (<code>man
rdev</code>).</p>
<h2><a name="ss2.4">2.4 Comment le noyau gère t-il les
paramètres ?</a></h2>
<p>La plupart des paramètres de démarrage utilisent
la syntaxe suivante :</p>
<hr>
<pre>
nom[=valeur_1][,valeur_2]...[,valeur_11]
</pre>
<hr>
<p>où `nom' est un mot clé unique qui est
utilisé pour reconnaître à quelle partie du
noyau sont destinées les valeurs associées (si il y
en a). Plusieurs paramètres de démarrage peuvent
être transmis sous forme d'une liste
d'éléments, comme celle situé ci-dessus,
séparés par des espaces. Notez que la limite de 11
paramètres est réelle, c'est pourquoi le code
ci-dessus ne comporte que 11 paramètres
séparés par des virgules pour un mot clé.
Toutefois, vous pouvez réutiliser le même mot
clé avec 11 paramètres de plus dans des situations
très complexes, en sachant que ceci est accepté par
la fonction de configuration. Notez aussi que le noyau partage la
liste en un maximum de 10 paramètres entiers, et une
chaîne de caractères accompagnatrice, donc vous pouvez
réellement fournir 11 entiers, dans la mesure ou vous
assurez la conversion du 11ème paramètre, de
chaîne en entier, dans le pilote lui même.</p>
<p>La plupart sont pris en charge par
<code>linux/init/main.c</code>. Tout d'abord, le noyau cherche
à voir si le paramètre fait partie des
paramètres spéciaux comme `root=', `ro', `rw', ou
`debug'. La signification de ces paramètres spéciaux
est décrite plus loin dans ce document.</p>
<p>Il parcourt alors une liste de fonctions de configuration
(contenues dans le tableau <code>bootsetups</code>) pour voir si la
chaîne paramètre spécifiée (comme par
exemple `foo') a été associée à une
fonction de configuration (<code>foo_setup()</code>) pour un
périphérique particulier ou une partie du noyau. Si
vous passez au noyau la ligne <code>foo=3,4,5,6,bar</code> alors,
il cherchera dans le tableau <code>bootsetups</code> pour voir si
`foo' y figure. S'il y est, alors il pourra appeler la fonction de
configuration associée à `foo'
(<code>foo_setup()</code>) et prendra en charge les
paramètres 3, 4, 5 et 6 tels qu'ils sont donnés dans
la ligne de commande adressée au noyau, et traitera aussi le
paramètre de type chaîne <code>bar</code>.</p>
<h2><a name="ss2.5">2.5 Positionnement des Variables
d'Environnement.</a></h2>
<p>Quelque chose du type `foo=bar', qui n'est pas accepté
comme une fonction de configuration telle qu'elle est
décrite ci-dessus, est interprétée comme une
variable d'environnement à positionner. Un exemple (inutile
?) serait d'utiliser `TERM=vt100' comme paramètre de
démarrage.</p>
<h2><a name="ss2.6">2.6 Passer des paramètres au programme
`init'</a></h2>
<p>Tous les paramètres restants qui ne sont pas pris par le
noyau et qui ne sont pas considérés comme
étant des variables d'environnement sont transmis au
processus initial, qui est généralement le programme
<code>init</code>. Le paramètre le plus couramment
passé au processus <code>init</code> est le mot
<em>single</em> qui demande à <code>init</code> de
démarrer l'ordinateur en mode mono-utilisateur, et de ne pas
lancer les "daemons" (démons) habituels. Regardez la page du
manuel correspondant à la version de <code>init</code>
installée sur votre système, afin de connaître
les paramètres acceptés.</p>
<h2><a name="general"></a> <a name="s3">3. Paramètres
Généraux non spécifiques à un
Périphérique</a></h2>
<p>Voici des paramètres qui ne sont pas liés à
des périphériques particuliers. Ils sont simplement
liés à un certain nombre de paramètres
internes au noyau, comme la gestion mémoire, celle du disque
RAM, celle du système de fichiers racine, etc.</p>
<h2><a name="ss3.1">3.1 Options du système de fichiers
racine</a></h2>
<p>Les options suivantes déterminent toutes la façon
dont le noyau sélectionne et manipule le système de
fichiers racine.</p>
<h3>Le paramètre `root='</h3>
<p>Ce paramètre indique au noyau quel
périphérique doit être utilisé comme
"root filesystem" (racine du système de fichiers) pendant le
démarrage. Par défaut, c'est le
périphérique racine du système sur lequel le
noyau a été construit. Par exemple, si le noyau en
question a été construit sur un système qui
utilise `/dev/hda1' comme partition racine, alors le
périphérique racine par défaut sera
`/dev/hda1'. Pour outrepasser cette valeur et sélectionner
le second lecteur de disquette comme périphérique
racine, il faut utiliser `root=/dev/fd1'. Les
périphériques racine valides sont un des
périphériques suivants :</p>
<p>(1) /dev/hdaN à /dev/hddN, où N est la partition
pour les disques `a à d' compatibles ST-506.</p>
<p>(2) /dev/sdaN à /dev/sdeN, où N est la partition
pour les disques `a à e' compatibles SCSI.</p>
<p>(3) /dev/xdaN à /dev/xdbN, où N est la partition
pour les disques `a à b' compatibles XT.</p>
<p>(4) /dev/fdN, où N est le numéro du lecteur de
disquette. La valeur N=0 correspond au disque DOS `A:', et N=1
correspond à `B:'.</p>
<p>(5) /dev/nfs, qui n'est pas vraiement un
périphérique, mais plutôt un indicateur pour
dire au noyau de rechercher le système de fichiers racine
via le réseau.</p>
<p>La plus maladroite et la moins compatible des
spécifications des périphériques disque
ci-dessus, qui est le format nombre majeur/nombre mineur est aussi
acceptée (par exemple /dev/sda3 a pour major 8, et pour
minor 3, vous pouvez donc utiliser <code>root=0x803</code> comme
alternative).</p>
<p>C'est un des paramètres de démarrage qui a sa
valeur par défaut stockée dans l'image du noyau, et
qui peut être aussi modifiée par l'utilitaire
<code>rdev</code>.</p>
<h3>Le paramètre `ro'</h3>
<p>Quand le noyau démarre, il a besoin du système de
fichiers racine, pour énumérer les
éléments de base de celui-ci. C'est le système
de fichiers racine qui est monté au démarrage.
Cependant, si le système de fichiers racine est monté
avec un accès en écriture, vous ne pourrez pas
contrôler de façon fiable l'intégrité du
système de fichiers, car il peut y avoir des fichiers en
cours d'écriture. L'option `ro' indique au noyau de monter
le système de fichiers racine en lecture seule, de
façon que les programmes de contrôle de
cohérence du système de fichiers (fsck) puissent
être certain qu'il n'y a pas d'écritures en cours
pendant la durée du test. Aucun programme ou processus ne
peut écrire dans les fichiers situés sur le
système de fichiers en question jusqu'à ce qu'il ait
été `remonté' avec un accès en
lecture/écriture.</p>
<p>C'est un des paramètres de démarrage qui a sa
valeur par défaut stockée dans l'image du noyau, et
qui peut être aussi modifiée par l'utilitaire
<code>rdev</code>.</p>
<h3>Le paramètre `rw'</h3>
<p>Ceci est le contraire le plus parfait de ce qui
précéde, c'est à dire que ce paramètre
indique au noyau de monter le système de fichier racine en
lecture/écriture. N'exécutez surtout pas un programme
de type `fsck' sur un système de fichiers monté en
lecture/écriture.</p>
<p>La même valeur stockée dans le fichier image
mentionné ci-dessus est aussi accessible via
<code>rdev</code></p>
<h2><a name="ss3.2">3.2 Options liées à la gestion
des disques virtuels (disques RAM)</a></h2>
<p>Les options suivantes correspondent à la façon
dont le noyau gère le périphérique disque
virtuel, qui est souvent utilisé comme zone
d'amorçage durant la phase d'installation, ou pour des
machines qui utilisent des pilotes modulaires qui doivent
être installés pour accéder au système
de fichiers racine.</p>
<h3>Le paramètre `ramdisk_start='</h3>
<p>Pour permettre à une image du noyau de loger sur une
disquette, conjointement avec une image compressée du disque
virtuel, la commande `ramdisk_start=<offset>' est
ajoutée. Le noyau ne peut pas être inclus dans l'image
compressée du système de fichiers du disque virtuel,
car il doit être stocké à partir du bloc
zéro de façon à ce que le BIOS puisse charger
le secteur d'amorce (bootsector) et que le noyau puisse alors
s'auto-lancer.</p>
<p>Note : Si vous utilisez une image du disque virtuel non
compressée, alors le noyau peut faire partie de l'image du
système de fichiers qui est chargé sur le disque
virtuel, et la disquette peut-être lancée avec LILO,
ou les deux peuvent être distincts comme c'est fait pour les
images compressées.</p>
<p>Si vous utilisez deux disques boot/root (noyau sur le disque 1,
image u disque virtuel sur le disque 2) alors, le disque virtuel
démarrera au bloc zéro, et un déplacement
(offset) de zéro sera utilisé. Etant donné que
c'est la valeur par défaut, vous n'aurez pas besoin
actuellement d'utiliser cette commande.</p>
<h3>Le paramètre `load_ramdisk='</h3>
<p>Ce paramètre indique au noyau si il essaye de charger une
image du disque virtuel ou pas. En spécifiant
`load_ramdisk=1' on indiquera au noyau de charger une disquette
dans le disque virtuel. La valeur par défaut est
zéro, ce qui signifie que le noyau n'essaiera pas de charger
un disque virtuel.</p>
<p>Voyez le fichier <code>linux/Documentation/ramdisk.txt</code>
pour une description complète des nouveaux paramètres
de démarrage, et comment les utiliser. La façon dont
ces paramètres peuvent être positionnés et
stockés dans l'image du noyau via 'rdev' est aussi
décrite.</p>
<h3>Le paramètre `prompt_ramdisk='</h3>
<p>Ce paramètre indique au noyau si il doit ou non vous
demander d'insérer la disquette contenant l'image du disque
virtuel. Dans une configuration à une seule disquette,
l'image du disque virtuel est sur la même disquette que le
noyau qui vient juste de se charger/démarrer, et donc un
message d'invite est inutile. Dans ce cas, on peut utiliser
`prompt_ramdisk=0'. Dans une configuration avec deux disquettes,
vous devez avoir la possibilité de changer de disquette, et
alors `prompt_ramdisk=1' peut-être utilisé. Etant
donné que c'est la valeur par défaut, on n'a pas
vraiment besoin de l'indiquer.</p>
<p>Note Historique : Des gens sournois on l'habitude
d'utiliser l'option de LILO `vga=ask' pour stopper temporairement
le démarrage et avoir ainsi une chance de pouvoir passer de
la disquette boot à la disquette root.</p>
<p>Voyez le fichier <code>linux/Documentation/ramdisk.txt</code>
pour une description complète des nouveaux paramètres
de démarrage, et comment les utiliser. La façon dont
ces paramètres peuvent être positionnés et
stockés dans l'image du noyau via 'rdev' est aussi
décrite.</p>
<h3>Le paramètre `ramdisk_size='</h3>
<p>Bien que ce soit vrai que le disque virtuel augmente sa taille
de façon dynamique, il existe une limite maximum afin qu'il
n'utilise pas toute la mémoire vive (RAM) disponible et vous
laisse dans une triste situation. Par défaut, la taille est
de 4096 (c.a.d. 4MB) qui doit être suffisant pour la plupart
des besoins. Vous pouvez écraser cette taille par
défaut pour une plus grande ou une plus petite avec ce
paramètre de démarrage.</p>
<p>Voyez le fichier <code>linux/Documentation/ramdisk.txt</code>
pour une description complète des nouveaux paramètres
de démarrage, et comment les utiliser. La façon dont
ces paramètres peuvent être positionnés et
stockés dans l'image du noyau via 'rdev' est aussi
décrite.</p>
<h3>Le paramètre `ramdisk=' (obsolete)</h3>
<p>NOTE : Ce paramètre est obsolète, et ne doit
pas être utilisé exepté sur les noyaux v1.3.47
et ceux plus anciens. Les commandes que l'on peut utiliser pour les
disques virtuels sont documentées ci-dessous.</p>
<p>Ceci indique la taille en Kilo-Octets du disque virtuel (RAM
disk) que vous pouvez éventuellement utiliser. Par exemple,
si vous souhaitez avoir un système de fichiers racine sur
une disquette 1.44 Mo chargé sur le disque virtuel, vous
devrez utiliser :</p>
<hr>
<pre>
ramdisk=1440
</pre>
<hr>
<p>C'est un des paramètres de démarrage qui a sa
valeur par défaut stockée dans l'image du noyau, et
qui peut être aussi modifié par l'utilitaire
<code>rdev</code>.</p>
<h3>Le paramètre `noinitrd' (disque RAM initial)</h3>
<p>La version v2.x du noyau et les versions plus récentes
possédent la caractéristique de pouvoir avoir le
système de fichiers racine initialement sur un disque
virtuel, et le noyau exécute <code>linuxrc</code> sur cette
image mémoire. Cette caractéristique est
généralement utilisée pour permettre de
charger des modules nécessaires au montage du système
de fichiers racine réél (par exemple : charger
les modules du pilote SCSI stockés dans l'image du disque
virtuel, et alors monter le système de fichiers racine
réél sur un disque SCSI).</p>
<p>Le paramètre `noinitrd' actuel détermine ce qui
arrive aux données initrd après que le noyau ait
démarré. Lorsqu'il est indiqué, au lieu de se
convertir en disque virtuel, il est accessible via
<code>/dev/initrd</code>, et peut-être lu juste avant que la
RAM soit libérée pour le système. Pour de plus
amples détails sur l'utilisation du disque RAM initial,
consultez <code>linux/Documentation/initrd.txt</code>. De plus, les
versions les plus récentes <code>LILO</code> et
<code>LOADLIN</code> doivent contenir des informations
complémentaires très intéressantes.</p>
<h2><a name="ss3.3">3.3 Paramètres de Démarrage
relatifs à la Gestion de la Mémoire.</a></h2>
<p>Les paramètres suivants modifient la façon dont
linux détecte ou gère la mémoire physique et
virtuelle de votre système.</p>
<h3>Le paramètre `mem='</h3>
<p>Ce paramètre vise deux objectifs : L'objectif
principal est d'indiquer la quantité de mémoire
installée (ou une valeur plus petite si vous désirez
limiter le quantité de mémoire disponible pour
linux). Le second ojectif (très utilisé) est de
spécifier <code>mem=nopentium</code> qui indique au noyau de
linux de ne pas utiliser les caractéristiques de la table de
performance de pages de 4 MO (4MB page table performance).</p>
<p>L'appel initial au BIOS défini dans la
spécification des PC, et qui renvoie la taille de la
mémoire installée, a été conçu
pour être capable de donner des tailles mémoire
jusqu'à 64 Mo (Hé oui, encore une manque de
prévoyance, tout comme les disques de 1024
cylindres...Pfffff). Linux utilise cet appel au BIOS au
démarrage pour déterminer quelle est la
quantité de mémoire installée. Si vous avez
plus de 64 Mo de mémoire vive installée, vous
pouvez utiliser ce paramètre de démarrage pour
indiquer à Linux quelle est la quantité de
mémoire dont vous disposez. Voici une citation de Linus sur
l'utilisation du paramètre <code>`mem='</code>.</p>
<p>"Le noyau acceptera tous les paramètres `mem=xx' que vous
lui donnerez, et s'il s'aperçoit que vous lui avez menti, il
plantera lamentablement tôt ou tard. Le paramètre
indique la plus haute zone adressable, donc `mem=0x1000000'
signifie que vous avez 16 Mo de mémoire, par exemple. Pour
une machine ayant 96 Mo de mémoire, le paramètre
serait `mem=0x6000000'."</p>
<p>NOTE NOTE NOTE: certaines machines peuvent utiliser le sommet de
la mémoire pour le cache du BIOS ou quelque chose d'autre,
c'est pourquoi il se peut que vous n'ayez pas vraiment la
totalité de ces 96 Mo comme mémoire adressable.
Le contraire est aussi exact : certaines puces feront un plan
de la mémoire physique couverte par la zone BIOS dans la
zone située juste au dessus du sommet de la mémoire,
donc le sommet de la mémoire peut être actuellement
96Mo + 384ko par exemple. Si vous indiquez à <b>Linux</b>
qu'il a plus de mémoire qu'il doit en avoir actuellement,
des choses plutôt désagréables vous
arriveront : peut-être pas tout de suite, mais un jour
sûrement.''</p>
<p>Notez que cet argument n'a pas besoin d'être en
hexadécimal, et que les suffixes `k' et `M' (en majuscule ou
minuscule, peu importe) peuvent être utilisés pour
indiquer respectivement kilo-octets et Méga-octets (le `k'
multiplie par 10 votre valeur et le `M' la multiplie par 20). La
mise en garde exposée ci-dessus reste vraie en cela qu'une
machine avec 96 Mo peut fonctionner avec <code>mem=97920k</code>
mais échouer avec soit <code>mem=98304k</code> ou
<code>mem=96M</code>.</p>
<h3>Le paramètre `swap='</h3>
<p>Il permet à l'utilisateur de régler certains des
paramètres de la mémoire virtuelle qui sont
liés aux fichiers d'échange (swap) sur disque. Il
accepte les huit paramètres suivants :</p>
<hr>
<pre>
MAX_PAGE_AGE
PAGE_ADVANCE
PAGE_DECLINE
PAGE_INITIAL_AGE
AGE_CLUSTER_FRACT
AGE_CLUSTER_MIN
PAGEOUT_WEIGHT
BUFFEROUT_WEIGHT
</pre>
<hr>
<p>Les utilisateurs avertis pourront jeter un coup d'oeuil au
fichier <code>linux/mm/swap.c</code> et sur les données du
répertoire <code>/proc/sys/vm</code>.</p>
<h3>Le paramètre `buff='</h3>
<p>Comme le paramètre `swap=', il permet à
l'utilisateur de régler certains des paramètres
relatifs à la gestion des tampons mémoire. Il accepte
les six paramètres suivant :</p>
<hr>
<pre>
MAX_BUFF_AGE
BUFF_ADVANCE
BUFF_DECLINE
BUFF_INITIAL_AGE
BUFFEROUT_WEIGHT
BUFFERMEM_GRACE
</pre>
<hr>
<p>Les utilisateurs avertis pourront jeter un coup d'oeuil au
fichier <code>linux/mm/swap.c</code> et sur les données du
répertoire <code>/proc/sys/vm</code>.</p>
<h2><a name="ss3.4">3.4 Paramètres de démarrage pour
les systèmes de fichiers racine NFS</a></h2>
<p>Linux supporte des systèmes comme les stations de travail
sans disques à condition que leur système de fichiers
racine soit de type NFS (Network FileSystem ou Système de
Fichiers Réseau). Ces paramètres sont utilisés
pour indiquer à la station exempte de disque sur quelle
machine elle doit aller chercher son système. Notez aussi
que le paramètre <code>root=/dev/nfs</code> est requis. Des
informations détaillées sur l'utilisation d'un
système de fichiers racine NFS sont contenues dans
<code>linux/Documentation/nfsroot.txt</code>. Je vous conseille de
lire ce fichier, car ce qui suit est juste un résumé
rapide extrait directement de ce document.</p>
<h3>Le paramètre `nfsroot='</h3>
<p>Ce paramètre indique au noyau quelle machine, quel
répertoire et quelles options NFS sont utilisées pour
son système de fichiers racine. La structure du
paramètre est la suivante :</p>
<hr>
<pre>
nfsroot=[<server-ip>:]<root-dir>[,<nfs-options>]
</pre>
<hr>
<p>Si le paramètre nfsroot n'est pas donné sur la
ligne de commande, on utilisera par défaut `/tftpboot/%'.
Les autres options sont les suivantes :</p>
<p><server-ip> - Indique l'adresse IP du serveur NFS. Si ce
champ n'est pas indiqué, l'adresse par défaut
déterminée par la variable nfsaddrs (voir ci-dessous)
est utilisée. Une des utilisations de ce paramètre
est par exemple l'utilisation de serveurs différents pour
RARP et NFS. Généralement vous pouvez le laisser
à blanc.</p>
<p><root-dir> - Nom du répertoire sur le serveur
à monter en tant que racine. Si il y a un caractère
`%' dans la chaîne, le caractère sera remplacé
par la représentation ASCII de l'adresse IP du client.</p>
<p><nfs-options> - Options NFS standard. Toutes les options
sont séparées par des virgules. Si le champ option
n'est pas indiqué, les valeurs suivantes sont
utilisées par défaut :</p>
<pre>
port = tel que donné par le démon portmap du serveur
rsize = 1024
wsize = 1024
timeo = 7
retrans = 3
acregmin = 3
acregmax = 60
acdirmin = 30
acdirmax = 60
flags = hard, nointr, noposix, cto, ac
</pre>
<h3>Le paramètre `nfsaddrs='</h3>
<p>Ce paramètre de démarrage positionne les
différentes adresses qui sont nécessaires à la
communication sur le réseau. Si ce paramètre n'est
pas indiqué, le noyau essaie d'utiliser RARP et/ou BOOTP
pour calculer ces paramètres. La structure est la
suivante :</p>
<hr>
<pre>
nfsaddrs=<my-ip>:<serv-ip>:<gw-ip>:<netmask>:<name>:<dev>:<auto>
</pre>
<hr>
<p><my-ip> - Adresse IP du client. Si elle est vide, cette
adresse sera déterminée par RARP ou BOOTP. Le
protocole utilisé dépend de ce qui a
été activé pendant la configuration du noyau
et sur le paramètre <auto>. Si ce paramètre
n'est pas vide, ni RARP, ni BOOTP ne seront utilisés.</p>
<p><serv-ip> - Adresse IP du serveur NFS. Si RARP est
utilisé pour déterminer l'adresse du client et que ce
paramètre N'EST PAS vide, seules les réponses du
serveur spécifié seront acceptées. Pour
utiliser différents serveurs NFS et RARP, indiquez votre
serveur RARP ici (ou laissez le à blanc), et indiquez votre
serveur NFS dans le paramètre nfsroot (voir ci-dessus). Si
cette entrée est à blanc, l'adresse utilisée
est celle du serveur qui répond à la requête
RARP ou BOOTP.</p>
<p><gw-ip> - Adresse IP d'une passerelle (gateway) si le
serveur est sur un sous-réseau différent. Si cette
entrée est vide, aucune passerelle n'est utilisée et
le serveur est supposé être sur le réseau
local, à moins qu'une valeur n'ait été
reçue par BOOTP.</p>
<p><netmask> - Masque de réseau pour les interfaces de
réseau local. Si ce paramètre est vide, le masque de
réseau est déduit de l'adresse IP du client, à
moins qu'une valeur n'ait été reçue par
BOOTP.</p>
<p><name> - Nom du client. Si il est vide, l'adresse IP du
client est utilisée en notation ASCII, sauf si une valeur a
été reçue par BOOTP.</p>
<p><dev> - Nom du périphérique réseau
à utiliser. Si le paramètre est vide, tous les
périphériques sont utilisés pour les
requêtes RARP, et le premier trouvé pour BOOTP. Pour
NFS, le périphérique utilisé est celui pour
lequel on a reçu une réponse à RARP ou BOOTP.
Si vous n'avez qu'un périphérique, vous pouvez sans
aucun risque le laisser à blanc.</p>
<p><auto> - Méthode à utiliser pour
l'autoconfiguration. Si `rarp' ou `bootp' sont indiqués, le
protocole spécifié est utilisé. Si la valeur
est `both' ou vide, les deux protocoles seront utilisés
à condition qu'ils aient été activés
durant la configuration du noyau. Utiliser 'none' signifie pas
d'autoconfiguration; Dans ce cas, vous devez indiquer toutes les
valeurs nécessaires dans les champs
précédents.</p>
<p>Le paramètre <auto> peut apparaître seul
comme valeur du paramètre nfsaddrs (sans tous les
caractères `:' avant). Dans ce cas, l'autoconfiguration est
utilisée. Toutefois, la valeur `none' n'est pas disponible
dans ce cas.</p>
<h2><a name="ss3.5">3.5 D'autres paramètres de
démarrage divers</a></h2>
<p>Ces différents paramètres de démarrage
permettent à l'utilisateur de gérer certains
paramètres internes du noyau.</p>
<h3>Le paramètre `debug'</h3>
<p>Le noyau envoie des messages importants (et moins importants)
à l'opérateur via la fonction <code>printk()</code>.
Si le message est considéré comme important, la
fonction <code>printk()</code> envoie une copie sur la console
active, mais le transmet aussi à la fonction
<code>klogd()</code> qui l'archive sur le disque. La raison pour
laquelle le message est envoyé à la console et
archivé sur disque, est simple : dans certaines
circonstances malheureuses (par exemple une défaillance du
disque) le message ne serait pas écrit sur le disque et
serait perdu.</p>
<p>Le seuil à partir duquel un message est
considéré comme important, ou ne l'est pas, est
déterminé par la variable
<code>console_loglevel</code>. Par défaut, l'affichage sur
la console est déclenché pour tout ce qui depasse le
<code>DEBUG</code> (niveau 7). Ces niveaux sont définis dans
le fichier include <code>kernel.h</code>. Le fait de
spécifier comme paramètre de démarrage
<code>debug</code> forcera le niveau de suivi à 10, de
façon que <em>tous</em> les messages du noyau apparaissent
sur la console.</p>
<p>Le niveau de suivi de la console peut aussi être
positionné pendant l'utilisation via une option du programme
<code>klogd()</code>. Consultez la page du manuel correspondant
à la version installée sur votre système, pour
voir comment utiliser ce programme.</p>
<h3>Le paramètre `init='</h3>
<p>Par défaut, le noyau lance le programme `init' au
démarrage, qui prend alors soin de configurer l'ordinateur
pour les utilisateurs en lançant les programmes getty, les
scripts `rc' et tout le reste. Le noyau recherche d'abord
<code>/sbin/init</code>, ensuite <code>/etc/init</code>
(secondaire), et en dernier recours, il essaiera d'utiliser
<code>/bin/sh</code> (éventuellement <code>/etc/rc</code>).
Si par exemple, votre programme init est corrompu et donc
stoppé vous serez en mesure de démarrer, en utilisant
le paramètre de démarrage <code>init=/bin/sh</code>
qui vous positionnera directement dans un shell au
démarrage, vous permettant de remplacer les programmes
corrompus.</p>
<h3>Le Paramètre `no387'</h3>
<p>Certains coprocesseurs i387 ont des bogues qui apparaissent
lorsqu'ils sont utilisés en mode protégé 32
bits. Par exemple, certaines puces ULSI-387 récentes,
provoquent un blocage irréversible lorsqu'elles font des
calculs un virgule flottante, apparemment dû à un bug
dans les instructions FRSAV/FRRESTOR. L'utilisation du
paramètre de démarrage `no387' fait ignorer à
<b>Linux</b> le coprocesseur mathématique s'il y en a un.
Bien sûr, votre noyau doit alors obligatoirement être
compilé avec l'option d'émulation du coprocesseur !
Cela peut aussi être intéressant si vous
possédez une de ces <em>très</em> vielles machines
386 qui peuvent utiliser une FPU 80287, alors que <b>Linux</b> ne
peut pas.</p>
<h3>Le Paramètre `no-hlt'</h3>
<p>La famille des processeurs i386 (et les suivantes) ont une
instruction `htl' qui indique au processeur que rien ne va se
produire jusqu'à ce qu'un périphérique externe
(clavier, modem, disque, etc.) demande au processeur d'accomplir
une tâche. Ceci permet au processeur de se mettre dans un
mode `low-power' (économie d'énergie) dans lequel il
reste à l'état de zombi jusqu'à ce qu'un
périphérique externe le réveille
(généralement via une interruption). Certaines puces
i486DX-100 récentes ont un problème avec
l'instruction `htl' qui est le suivant : elles ne peuvent pas
retourner en mode opérationnel de façon fiable
après que cette instruction ait été
utilisée. L'utilisation de l'instruction `no-hlt' indique
à <b>Linux</b> de simplement exécuter une boucle
infinie quand il n'y a rien d'autre à faire, et de <em>ne
pas</em> arrêter votre processeur quand il n'y a aucune
activitée. Ceci permet aux personnes qui utilisent ces puces
défectueuses d'utiliser <b>Linux</b>, bien qu'ils doivent
être informés du fait que le remplacement dans le
cadre de la garantie est possible.</p>
<h3>Le paramètre `no-scroll'</h3>
<p>L'utilisation de ce paramètre au démarrage
désactive le défilement d'écran (scrolling)
qui rend difficile l'emploi de terminaux Braille.</p>
<h3>Le paramètre `panic='</h3>
<p>Dans le cas très désagréable d'une alerte
du noyau (kernel panic), c'est à dire une erreur interne qui
a été détectée par le noyau, et pour
laquelle il a décidé qu'elle était
suffisamment grave pour râler bruyamment et tout
arrêter ; le comportement par défaut est d'en rester
là jusqu'à ce que quelqu'un se penche sur le
problème, visualise le message sur l'écran et
redémarre la machine. Cependant, si une machine fonctionne
sans surveillance dans un local isolé il peut-être
souhaitable qu'il redémarre de lui-même afin que la
machine revienne en ligne. Par exemple, l'utilisation de
<code>`panic=30'</code> au démarrage forcera le noyau
à essayer de redémarrer 30 secondes après que
l'alerte du noyau se soit produite. Une valeur à zéro
donne le comportement par défaut, qui est d'attendre
éternellement. Notez que cette valeur d'attente peut aussi
être lu et positionnée via l'interface sysctl
<code>/proc/sys/kernel/panic</code>.</p>
<h3>Le paramètre `profile='</h3>
<p>Les développeurs du noyau peuvent activer une option qui
leur permet de suivre comment et ou le noyau consomme ses cycles
CPU, dans le but d'augmenter ses capacités et ses
performances. Cette option vous permet de positionner cet
indicateur de suivi au moment du démarrage.
Généralement il est positionné à deux.
Vous pouvez aussi compiler votre noyau avec l'option de suivi par
défaut. Dans tous les cas, il vous faudra un outil comme
<code>readprofile.c</code> afin d'utiliser les données
fournies par <code>/proc/profile</code>.</p>
<h3>Le paramètre `reboot='</h3>
<p>Cette option contrôle le type de redémarrage que
Linux fera lorsque vous ferez une remise à zéro de
votre ordinateur (généralement via
<code>/sbin/init</code> en faisant un Ctrl-Alt-Suppr). Le
comportement par défaut des derniers noyaux v2.0 est de
faire un redémarrage `à froid' (c.a.d. remise
à zéro complète, le BIOS comtrôle la
mémoire, etc.) au lieu d'un redémarrage `à
chaud' (c.a.d pas de remise à zéro totale, pas de
contrôle de la mémoire). Il a été
modifié pour prendre la valeur froid par défaut
depuis que cela semble fonctionner sur des matériels bon
marché ou endommagés qui ne voulaient pas
redémarrer lorsqu'un redémarrage à chaud
était requis. Pour retrouver l'ancien comportement (c.a.d
redémarrage à chaud) utilisez <code>reboot=w</code>
en fait n'importe quel mot commançant par <code>w</code>
fonctionnera.</p>
<p>Pourquoi cela pourrait-il vous ennuyer ? Certains disques
incluant de la mémoire cache peuvent détecter un
redémarrage à chaud, et écrire les
données du cache sur le disque. Lors d'un redémarrage
à froid, la carte peut-être remise à
zéro, et les données stockées dans la
mémoire cache seront perdues. D'autres ont signalé
que des systèmes prenaient beaucoup de temps pour
vérifier la mémoire, et/ou des BIOS SCSI qui
étaient très long à s'initialiser lors d'un
démarrage à froid, et c'est par conséquent une
excellente raison pour utiliser le redémarrage à
chaud.</p>
<h3>Le paramètre `reserve='</h3>
<p>Ceci est utilisé pour <em>protéger</em> les zones
des ports d'I/O des programmes de test. La syntaxe de la commande
est la suivante :</p>
<blockquote>
<code>reserve=iobase,extent[,iobase,extent]...</code></blockquote>
<p>Sur certaines machines, il peut-être nécessaire
d'empêcher les pilotes de périphériques de
contrôler les périphériques à une
certaine adresse (auto-test). Ceci peut-être
nécessaire pour du matériel mal conçu qui peut
provoquer un <em>bloquage</em> au démarrage (comme par
exemple certaines cartes réseaux ethernet), du
matériel mal reconnu, du matériel dont l'état
a été modifié par un test récent, ou
encore si vous ne voulez pas que le noyau initialise certains
matériels.</p>
<p>Le paramètre de démarrage <code>reserve</code>
s'attaque à ce problème en spécifiant une zone
d'un port d'entrée/sortie qui n'a pas besoin d'être
testée. Cette zone est "réservée"
(verrouillée) dans la table d'enregistrement des ports du
noyau comme si un périphérique avait
déjà été trouvé dans cette zone
(avec le nom <code>reserved</code>). Notons que ce mécanisme
n'est pas nécessaire sur la plupart des machines. Il est
indispensable d'utiliser ce paramètre uniquement en cas de
problème ou dans certains cas particuliers.</p>
<p>Les ports d'entrée/sortie dans la zone
spécifiée sont protégés contre les
contrôles de périphériques qui font un
<code>check_region()</code> au lieu de tester aveuglément
une région d'entrée/sortie. Ceci a été
introduit pour être utilisé lorsqu'un pilote plante,
avec la NE2000 par exemple, ou identifie de façon incorrecte
un autre périphérique comme étant le sien. Un
pilote de périphérique correct ne doit pas tester une
zone réservée, à moins qu'un autre
paramètre de démarrage lui demande explicitement de
le faire. Ceci implique que le paramètre
<code>reserve</code> doit être le plus souvent utilisé
avec un autre paramètre de démarrage. Par
conséquent si vous spécifiez une région
<code>reserve</code> pour préserver un
périphérique particulier, vous devrez en
général aussi spécifier de façon
explicite un test pour ce périphérique. La plupart
des pilotes ignorent la table d'enregistrement des ports si on leur
donne une adresse spécifique.</p>
<p>Par exemple, la ligne de démarrage</p>
<hr>
<pre>
reserve=0x300,32 blah=0x300
</pre>
<hr>
<p>laisse tous les pilotes de périphériques,
excepté le pilote pour `blah', tester
<code>0x300-0x31f</code>.</p>
<p>Comme d'habitude avec les paramètres de démarrage,
il existe une limite à 11 paramètres, c'est pourquoi
vous ne pouvez indiquer que 5 zones protégées par mot
clé <code>reserve</code>. Plusieurs ordres
<code>reserve</code> peuvent être utilisés si vous
avez une requête vraiment très complexe.</p>
<h3>Le paramètre `vga='</h3>
<p>Notez que ce n'est pas vraiment un paramètre de
démarrage. C'est une option interprétée par
LILO et non pas par le kernel, contrairement à tous les
autres arguments. Pourtant, son utilisation est devenue si commune
qu'une mention lui est réservée ici. Il peut aussi
être positionné grâce à <code>rdev
-v</code> ou par equivalence avec <code>vidmode</code> sur le
fichier vmlinuz. Cela permet au programme de configuration
d'utiliser le BIOS vidéo pour changer le mode d'écran
par défaut, avant le démarrage du noyau de Linux. Les
modes courants sont 80x50, 132x44, etc. Le meilleur moyen
d'utiliser cette option est de demarrer avec <code>vga=ask</code>,
qui vous demandera à l'aide d'une liste des
différents modes que vous pourrez utiliser avec votre carte
vidéo, avant de démarrer le noyau. Une fois que vous
avez le nombre que vous voulez utiliser, provenant de la liste
ci-dessus, vous pouvez, plus tard, le placer à la place de
'ask'. Pour plus d'informations, veuillez, s'il vous plait,
regarder le fichier <code>linux</code>Documentation/svga.txt/ qui
existe depuis les dernières versions du noyau. Notez que les
noyaux récents (version 2.1 et supérieures) ont leur
programme de configuration qui permettent de changer le mode
vidéo, sous la forme d'une option, listée comme un
<em>Support de sélection de mode vidéo</em>
(<em>Video mode selection support</em>), donc vous devez
sélectionner cette option si vous voulez cette
caractéristique.</p>
<h2><a name="s4">4. Paramètres de démarrage pour les
Périphériques SCSI</a></h2>
<p>Cette section contient une description des paramètres de
démarrage qui sont utilisés pour passer des
informations concernant les adaptateurs hôtes et les
périphériques SCSI.</p>
<h2><a name="ss4.1">4.1 Paramètres pour les pilotes de
niveau intermédiaire</a></h2>
<p>Les pilotes de niveau intermédiaire prennent en charge
des choses comme le disques, les CD-Roms et les bandes sans
s'attacher aux spécificitées de chaque
périphériques.</p>
<h2><a name="ss4.2">4.2 Nombre maximum de LUN
contrôlés (`max_scsi_luns=')</a></h2>
<p>Chaque périphérique SCSI peut avoir un nombre de
`sous-périphériques' qui le composent. L'exemple le
plus courant est représenté par les nouveaux CD-ROM
SCSI qui utilisent plus d'un disque à la fois grâce
à un chargeur de CD. Chaque CD est adressable comme un
`Logical Unit Number' (LUN = Numéro d'Unité Logique)
de ce périphérique multiple. Mais la plupart des
périphériques comme les disques durs, les lecteurs de
bandes et autres, sont des périphériques simples et
on leur attribue le LUN zéro.</p>
<p>Le problème survient avec les périphériques
à un seul LUN qui ont un mauvais microprogramme. Certains
périphériques SCSI mal conçus (anciens et
malheureurement nouveaux aussi) ne supportent pas d'être
testés pour des LUN différents de zéro. Ils
répondent en se bloquant, et peuvent aussi verrouiller tout
le bus SCSI en même temps.</p>
<p>Les nouveaux noyaux ont une option de configuration qui vous
permet d'indiquer le nombre maximum de LUN à tester. Par
défaut, ils ne testent que le LUN zéro, pour
éviter le problème décrit ci-dessus.</p>
<p>Pour spécifier le nombre de LUN à tester au moment
du démarrage, il suffit d'entrer le paramètre de
démarrage `max_scsi_luns=n', où n est un nombre
compris entre un et huit. Pour éviter les problèmes
décrits précédemment, on peut utiliser n=1
pour éviter de perturber les périphériques
défectueux.</p>
<h2><a name="ss4.3">4.3 Paramètres pour les Lecteurs de
Bandes SCSI (`st=')</a></h2>
<p>Certaines configurations de démarrage pour les lecteurs
de bande SCSI peuvent être obtenues en utilisant ce qui
suit :</p>
<hr>
<pre>
st=buf_size[,write_threshold[,max_bufs]]
</pre>
<hr>
<p>Les deux premiers nombres sont donnés en kilo-octets. La
valeur par défaut du <code>buf_size</code> est 32 ko, et la
taille maximum qui peut être donnée est la valeur
ridicule de 16384 ko. La zone <code>write_threshold</code> est la
valeur à laquelle le tampon est envoyé vers la bande,
avec une valeur par défaut de 30ko. Le nombre maximum de
tampons varie en fonction du nombre de lecteurs
détectés, et a une valeur par défaut
égale à deux. Voici un exemple
d'utilisationnbsp;:</p>
<hr>
<pre>
st=32,30,2
</pre>
<hr>
<p>Des indications plus précises peuvent être
trouvées dans le fichier <code>README.st</code> qui est dans
le répertoire <code>scsi</code> de l'arborescence des
sources du noyau.</p>
<h2><a name="ss4.4">4.4 Paramètres pour les adaptateurs
SCSI</a></h2>
<p>Notations utilisées dans cette section :</p>
<p><code>iobase</code> Le premier port d'Entrée/Sortie que
le serveur SCSI occupe. Ceux-ci sont donnés en notation
hexadécimale, et sont généralement
situés dans la fourchette <code>0x200</code> à
<code>0x3ff</code>.</p>
<p><code>irq</code> L'interruption matérielle pour laquelle
la carte a été configurée. Les valeurs
autorisées dépendront de la carte en question, mais
seront généralement 5, 7, 9, 10, 11, 12, et 15. Les
autres valeurs étant généralement
utilisées pour les périphériques courants
comme les disques durs IDE, les lecteurs de disquettes, les ports
série, etc.</p>
<p><code>dma</code> Le canal DMA (Direct Memory Access -
Accès Direct à la Mémoire)
Généralement appliqué aux cartes de pilotage
du bus. Les cartes PCI et VLB pilotent directement le bus, et ne
nécessitent pas de canal DMA ISA.</p>
<p><code>scsi-id</code> L'identifiant que la carte-serveur utilise
pour s'identifier elle-même sur le bus SCSI. Un certain
nombre de cartes serveur vous permettront de modifier cette valeur,
alors que d'autres ont cette valeur stockée de façon
définitive sur la carte. La valeur par défaut la plus
courante est sept, mais les cartes Seagate et Future Domain TMC-950
par exemple utilisent la valeur six.</p>
<p><code>parity</code> Détermine si la carte serveur SCSI
doit demander aux périphériques connectés de
fournir une valeur de parité avec tous les échanges
d'informations. La valeur 1 indique que la détection de
parité est activée, et la valeur 0 désactive
le contrôle de parité. Encore une fois, toutes les
cartes ne supportent pas la sélection du contrôle de
parité par les paramètres de démarrage.</p>
<h3>Adaptec aha151x, aha152x, aic6260, aic6360, SB16-SCSI
(`aha152x=')</h3>
<p>Les valeurs aha font référence à des cartes
et les valeurs aic font référence aux puces SCSI
actuelles de ce type de cartes, y compris la Soundblaster-16
SCSI.</p>
<p>Le code de test de ces serveurs SCSI recherche s'il existe un
BIOS installé, et s'il n'est pas présent, le test ne
trouvera pas votre carte. Vous aurez alors à utiliser le
paramètre de démarrage avec la syntaxe
suivante :</p>
<hr>
<pre>
aha152x=iobase[,irq[,scsi-id[,reconnect[,parity]]]]
</pre>
<hr>
<p>Notez que si le pilote a été compilé avec
l'option de recherche d'erreur activée, une sixième
valeur peut être spécifiée pour fixer le niveau
de recherche d'erreur.</p>
<p>Tous les paramètres sont décrits au début
de cette section, et la valeur <code>reconnect</code> permet au
périphérique de se déconnecter/reconnecter si
une valeur différente de zéro est utilisée.
Voici un exemple d'utilisation :</p>
<hr>
<pre>
aha152x=0x340,11,7,1
</pre>
<hr>
<p>Notez que les paramètres doivent être donnés
dans l'ordre, ce qui signifie que si vous désirez
spécifier une configuration de parité, vous devrez
alors indiquer les valeurs de iobase, irq, scsi-id et reconnect
aussi.</p>
<h3>Adaptec aha154x (`aha1542=')</h3>
<p>Ce sont les gammes de cartes aha154x. Les différentes
cartes aha1542 ont un contrôleur de disquette i82077 en
interne, tandis que les cartes de la série aha1540 n'en ont
pas. Ce sont des cartes à "busmastering", (contrôle de
bus) et elles ont des paramètres qui permettent d'indiquer
le niveau ``d'équité'' qui est utilisé pour
partager le bus avec les autres périphériques. Le
paramètre de démarrage ressemble à ce qui
suit.</p>
<hr>
<pre>
aha1542=iobase[,buson,busoff[,dmaspeed]]
</pre>
<hr>
<p>Les valeurs couramment utilisées pour <code>iobase</code>
sont les suivantes : <code>0x130, 0x134, 0x230, 0x234, 0x330,
0x334</code>. Des clones de cartes peuvent autoriser d'autres
valeurs.</p>
<p>Les valeurs <code>buson, busoff</code> indiquent le nombre de
microsecondes pendant lesquelles la carte est prioritaire sur le
bus ISA. Les valeurs par défaut sont 11 µs
prioritaire, et 4 µs non prioritaire, de façon que
d'autres cartes (comme une carte Ethernet ISA LANCE) aient une
chance d'avoir accès au bus ISA.</p>
<p>La valeur <code>dmaspeed</code> fait référence
à la vitesse (en Mo/s) à laquelle s'effectue le
transfert DMA (Direct Memory Access, Mémoire à
Accès Direct). La valeur par défaut est 5 Mo/s. Les
nouvelles versions de ces cartes vous permettent de
sélectionner cette valeur de façon logicielle alors
que les anciennes cartes utilisait des cavaliers. Vous pouvez
utiliser des valeurs allant jusqu'à 10 Mo/s en supposant que
votre carte mère soit capable de les supporter.
Expérimentez prudemment si vous utilisez des valeurs
supérieures à 5 Mo/s.</p>
<h3>Adaptec aha274x, aha284x, aic7xxx (`aic7xxx=')</h3>
<p>Ces cartes peuvent recevoir un paramètre selon la syntaxe
suivante :</p>
<hr>
<pre>
aic7xxx=extended,no_reset
</pre>
<hr>
<p>La valeur de <code>extended</code>, si elle est
différente de zéro, indique que la traduction
étendue pour les disques de grande capacité est
activée. La valeur <code>no_reset</code>, si elle est
différente de zéro, indique au pilote de ne pas
réinitialiser le bus SCSI lorsqu'il configure la
carte-serveur au démarrage.</p>
<h3>Adaptateurs SCSI AdvanSys (`advansys=')</h3>
<p>Le pilote AdvanSys peut accepter jusqu'à quatre adresses
I/O qui seront testées pour une carte SCSI AdvanSys. Notez
que ces valeurs (si elles sont utilisées) n'auront en aucun
cas d'effet sur les tests EISA ou PCI. Elles sont seulement
utilisées pour tester les cartes ISA et VLB. De plus, si le
pilote a été compilé avec l'option de
débogage activée, le niveau de détail des
informations renvoyées par le débogage peut
être indiqué en ajoutant un paramètre
<code>0xdeb[0-f]</code>. Le <code>0-f</code> permet de faire
afficher les 16 niveaux de messages de débogage.</p>
<h3>Adaptateur Always IN2000 (`in2000=')</h3>
<p>Contrairement aux autres paramètres de démarrage,
le pilote IN2000 utilise des préfixes de type chaîne
ASCII pour la plupart de ses paramètres entiers; Voici la
liste des paramètres acceptés :</p>
<p>ioport:addr</p>
<p>- Où addr est l'adresse IO d'une carte
(généralement sans mémoire morte 'ROM').</p>
<p>noreset</p>
<p>- Pas de paramètres optionnels. Evite la remise à
zéro du bus SCSI au moment du démarrage.</p>
<p>nosync:x</p>
<p>- x est un masque d'octets (bitmask) ou les 7 premiers bits
correspondent aux 7 périphériques SCSI possibles (bit
0 pour le périphérique #0, etc). Positionnez un bit
pour PREVENIR une négociation de synchronisation sur ce
périphérique. Par défaut sync est DESACTIVE
sur tous les périphériques.</p>
<p>period:ns</p>
<p>- ns est la durée minimum en nanosecondes d'une
période de transfert de données en SCSI. La valeur
par défaut est 500; les valeurs doivent être comprises
entre 250 et 1000.</p>
<p>disconnect:x</p>
<p>- x = 0 pour ne jamais autoriser les déconnexions, 2 pour
toujours les autoriser. x = 1 fait des déconnexions 'selon
le besoin', ce qui est la valeur par défaut et
généralement le meilleur choix.</p>
<p>debug:x - Si `DEBUGGING_ON' est positionné, x est un
masque d'octets qui provoque différents types de sorties de
débogage pour imprimer (voyez le DB_xxx définis dans
in2000.h).</p>
<p>proc:x - Si `PROC_INTERFACE' est défini, x est un masque
d'octets qui indique comment fontionne l'interface /proc et ce
qu'elle fait (voir la définition de PR_xxx dans in2000.h</p>
<p>Quelques exemples d'utilisation sont listés
ci-dessous :</p>
<hr>
<pre>
in2000=ioport:0x220,noreset
in2000=period:250,disconnect:2,nosync:0x03
in2000=debug:0x1e
in2000=proc:3
</pre>
<hr>
<h3>Matériel basé sur un AMD AM53C974
(`AM53C974=')</h3>
<p>Contrairement aux autres pilotes, celui-ci n'utilise pas de
paramètres de démarrage pour indiquer les E/S, les
IRQ ou les DMA (depuis que le AM53C974 est un
périphérique PCI, il n'a pas besoin de la faire). En
revanche, les paramètres sont utilisés pour
communiquer les modes de transfert et les vitesses qui doivent
être utilisés entre le serveur (host) et le
périphérique cible. Utilisons un exemple pour y voir
plus clair :</p>
<hr>
<pre>
AM53C974=7,2,8,15
</pre>
<hr>
<p>Ceci peut être interprété de la
manière suivante :</p>
<p>`Pour communiquer entre le contrôleur d'identifiant
SCSI-ID 7 et le périphérique d'identifiant SCSI-ID 2,
un taux de transfert de 8 MHz en mode synchrone, avec un
décalage maximum de 15 octets doit être
négocié.' De plus amples détails peuvent
être trouvés dans le fichier
<code>linux/drivers/scsi/README.AM53C974</code></p>
<h3>Les serveurs SCSI BusLogic avec les noyaux v1.2
(`buslogic=')</h3>
<p>Dans les anciens noyaux, les pilotes buslogic n'acceptent qu'un
seul paramètre, qui est l'adresse d'entrée/sortie.
Elle doit correspondre à l'une des valeurs
suivantes :</p>
<p><code>0x130, 0x134, 0x230, 0x234, 0x330, 0x334</code>.</p>
<h3>Les serveurs SCSI BusLogic aves les noyaux v2.x
(`BusLogic=')</h3>
<p>Avec les noyaux v2.x, le pilote BusLogic accepte de nombreux
paramètres (notez la casse ci dessus ; B et L majuscule
!!!). La description détaillée qui suit est extraite
directement du pilote de Leonard N. Zubkoff inclus dans le noyau
v2.0 .</p>
<p>Pour le pilote BusLogic, une ligne de commande destinée
au noyau comprend l'identifiant du pilote "BusLogic="
éventuellement suivi par une série d'entiers
séparés par des virgules, et accessoirement par une
suite de chaines aussi séparées par des virgules.
Chaque ligne de commande s'applique à un adaptateur
BusLogic. Des lignes de commande multiples peuvent être
utilisées sur des systèmes utilisant plusieurs cartes
BusLogic.</p>
<p>Le premier entier indiqué est l'adresse
d'Entrée/Sortie (I/O Address) à laquelle l'adaptateur
est situé. Si il n'est pas spécifié, il est
positionné à zéro, ce qui indique d'appliquer
cette ligne de commande au premier adaptateur BusLogic
trouvé lors de la séquence de détection. Si
une adresse I/O est fournie sur la ligne de commande, la
séquence de détection est ignorée.</p>
<p>Le second entier fourni est la profondeur de la 'Tagged Queue'
à utiliser pour les périphériques cibles qui
utilisent le 'Tagged Queuing'. La profondeur de cette file
correspond au nombre de commandes SCSI qui peuvent être
envoyées simultanément pour être
éxécutées. Si rien n'est indiqué, la
valeur par défaut est zéro, et indique d'utiliser une
valeur déterminée automatiquement en fonction du
'Total Queue Depth' de l'adaptateur, ainsi que du nombre, du type,
de la vitesse des périphériques cible
détectés. Pour les adaptateurs qui requièrent
des 'ISA Bounce Buffers', le 'Tagged Queue Depth' est
automatiquement positionné à
'BusLogic_TaggedQueueDepth_BB' pour éviter une
préallocation excessive de mémoire 'DMA Bounce
Buffer'. Les périphériques cibles qui ne supportent
pas le 'Tagged Queuing' utilisent une 'Queue Depth' ayant pour
valeur 'BusLogic_UntaggedQueueDepth'.</p>
<p>Le troisième entier est le 'Bus Settle Time' (temps de
stabilisation du bus) en secondes. C'est le temps à attendre
entre une remise à zéro physique de l'adaptateur, qui
initialise une remise à zéro du bus SCSI, et le
moment où l'on peut passer une commande SCSI. Si rien n'est
indiqué, il est à zéro par défaut, ce
qui indique d'utiliser la valeur BusLogic_DefaultBusSettleTime.</p>
<p>Le quatrième entier correspond aux options locales. Si
rien n'est indiqué, la valeur par défaut est 0. Notez
que ces options locales sont uniquement utilisées sur un
adaptateur hôte spécifique.</p>
<p>Le cinquième entier correspond aux options globales. Si
rien n'est indiqué, le valeur par défaut est 0. Notez
que les options globales sont appliquées à tous les
adaptateurs hôtes.</p>
<p>Les chaînes d'options sont utilisées pour
contrôler le 'Tagged Queuing', le recouvrement d'erreur, et
le test de l'adaptateur hôte.</p>
<p>Les indications pour le 'Tagged Queuing' commencent par "TQ:" et
permettent d'indiquer précisemment où le 'Tagged
Queuing' est autorisé sur les périphériques
cibles qui le supportent. Les spécifications suivantes sont
disponibles :</p>
<p>TQ:Default</p>
<p>- Le 'Tagged Queuing' sera permis, basé sur la version de
micro-code de l'adaptateur hôte BusLogic et
conditionné par la valeur de 'Tagged Queue Depth' qui doit
permettre la mise en file d'attente de multiples commandes.</p>
<p>TQ:Enable</p>
<p>- Le 'Tagged Queuing' est activé pour tous les
périphériques de cet adaptateur hôte,
outrepassant toutes les limitations qui seraient imposées
par la version de micro-code de cet adaptateur.</p>
<p>TQ:Disable</p>
<p>- Le 'Tagged Queuing' sera désactivé pour tous les
périphériques reliés à cet adaptateur
hôte.</p>
<p>TQ:<Per-Target-Spec></p>
<p>- Le 'Tagged Queuing' sera contrôlé
individuellement pour chaque périphérique cible.
<Per-Target-Spec> est une séquence de
caractères "Y", "N", et "X". "Y" active le 'Tagged Queuing',
"N" désactive le 'Tagged Queuing', et "X" correspond
à la valeur par défaut basée sur la version du
micro-code. Le premier caractère correspond au
périphérique cible 0, le second au
périphérique cible 1, et ainsi de suite ; Si la
séquence de caractères "Y", "N", et "X" ne suffit pas
pour tous les périphériques cibles, les
caractères non-indiqués prendront la valeur "X".</p>
<p>Notez que la demande explicite de 'Tagged Queuing' peut conduire
à des problèmes. Cette capacité est fournie
principalement pour permettre de désactiver le 'Tagged
Queuing' sur des périphériques qui ne l'utilisent pas
correctement.</p>
<p>Les indications de la Stratégie de Recouvrement d'Erreurs
commencent par "ER:" et permettent d'indiquer l'action de
recouvrement d'erreur à effectuer quand la 'ResetCommand'
est appellée en raison d'un incident sur une commande SCSI,
de façon à finir correctement. Les options suivantes
sont disponibles :</p>
<p>ER:Default</p>
<p>- Le Recouvrement d'Erreur choisira entre la remise à
zéro physique (Hard Reset) et la remise à zéro
du bus des périphériques (Bus Device Reset) selon les
recommandations du sous système SCSI.</p>
<p>ER:HardReset</p>
<p>- Le Recouvrement d'Erreur demandera une remise à
zéro physique de l'adaptateur hôte, ce qui provoquera
aussi une remise à zéro du bus SCSI.</p>
<p>ER:BusDeviceReset</p>
<p>- Le recouvrement d'Erreur enverra un message 'Bus Device Reset'
(remise à zéro du bus) individuellement au
périphérique provoquant l'erreur. Si le Recouvrement
d'Erreur est à nouveau appelé pour ce
périphérique, et qu'aucune commande SCSI de ce
périphérique n'a été
éxecutée avec succès depuis le dernier message
'Bus Device Reset' a été envoyé, alors une
remise à zéro physique est provoquée.</p>
<p>ER:None</p>
<p>- Le Recouvrement d'Erreur sera supprimé. Cette option
peut seulement être sélectionnée si un 'SCSI
Bus Reset' ou un 'Bus Device Reset' provoque un plantage du
périphérique cible de façon totale et
irrécupérable.</p>
<p>ER:<Per-Target-Spec></p>
<p>- Le Recouvrement d'Erreur sera contrôlé
individuellement pour chaque périphérique.
<Per-Target-Spec> est une séquence de
caractères "D", "H", "B", et "N". "D" correspond à
'Default', "H" à 'Hard Reset', "B" à 'Bus Device
Reset', et "N" à 'None'. Le premier caractère
correspond au périphérique 0 , le second au
périphérique 1, et ainsi de suite. Si la
séquence de caractères "D", "H", "B", et "N" ne
suffit pas pour tous les périphériques possibles, les
carractères manquants correspondront à "D".</p>
<p>Les spécifications de test de l'adaptateur hôte
sont les suivantes :</p>
<p>NoProbe - Aucun test d'aucune sorte ne doit être fait, et
par conséquent, aucun adaptateur hôte BusLogic ne sera
détecté.</p>
<p>NoProbeISA - Aucun test des adresses I/O standard ISA ne sera
fait, et par conséquent, seuls les adaptateurs hôtes
PCI seront détectés.</p>
<p>NoSortPCI - Les adaptateurs hôtes PCI seront
énumérés dans l'ordre fourni par le BIOS PCI,
ignorant tous les paramètres de l'option "Utilisation du #
des bus et périphériques pour la séquence
d'analyse du bus PCI" de l'AutoSCSI.</p>
<h3>Les cartes SCSI EATA (`eata=')</h3>
<p>Depuis la déjà ancienne version v2.0 du noyau, les
pilotes EATA acceptent un paramètre de démarrage
permettant d'indiquer les adresses d'entrée/sortie qui
doivent être testées. Il est de la forme :</p>
<hr>
<pre>
eata=iobase1[,iobase2][,iobase3]...[,iobaseN]
</pre>
<hr>
<p>Le pilote testera les adresses dans l'ordre où elles sont
fournies.</p>
<h3>Future Domain TMC-8xx, TMC-950 (`tmc8xx=')</h3>
<p>Le code de test pour ces hôtes SCSI recherche un BIOS
installé, et s'il n'en détecte aucun, le test ne
trouvera pas votre carte. Ou si la signature de votre BIOS n'est
pas reconnue, elle ne sera pas trouvée non plus. Dans ce
cas, vous aurez à utiliser un paramètre de
démarrage de la forme :</p>
<hr>
<pre>
tmc8xx=mem_base,irq
</pre>
<hr>
<p>La valeur <code>mem_base</code> est l'adresse dans le plan
mémoire de la région d'entrée/sortie
utilisée par la carte. C'est généralement une
des valeurs suivantes :</p>
<p><code>0xc8000, 0xca000, 0xcc000, 0xce000, 0xdc000,
0xde000</code>.</p>
<h3>Future Domain TMC-16xx, TMC-3260, AHA-2920 (`fdomain=')</h3>
<p>Le pilote détecte ces cartes selon une liste connue de
signatures de BIOS ROM. Pour obtenir une liste complète des
révisions connues de BIOS, voyez le fichier
<code>linux/drivers/scsi/fdomain.c</code> qui contient beaucoup
d'informations en début de fichier. Si votre BIOS n'est pas
connu du pilote, vous pourrez utiliser un forçage de la
façon suivante :</p>
<hr>
<pre>
fdomain=iobase,irq[,scsi_id]
</pre>
<hr>
<h3>Le lecteur ZIP IOMEGA / Port Parallèle (`ppa=')</h3>
<p>Ce pilote est pour l'adaptateur SCSI de l'IOMEGA Port
Parallèle qui est intégré dans le lecteur
IOMEGA ZIP. Il peut aussi fonctionner avec le
périphérique d'origine IOMEGA PPA3. Le
paramètre de démarrage pour ce pilote a la structure
suivante :</p>
<hr>
<pre>
ppa=iobase,speed_high,speed_low,nybble
</pre>
<hr>
<p>où tous les paramètres sont facultatifs, sauf
'iobase'. Si vous souhaitez modifier un des trois
éléments, il serait bon de lire au préalable
le document <code>linux/drivers/scsi/README.ppa</code> afin
d'obtenir des détails sur ces paramètres.</p>
<h3>Contrôleurs utilisant un NCR5380 (`ncr5380=')</h3>
<p>Selon votre carte, le 5380 peut-être soit 'i/o mapped' ou
'memory mapped' (répertorié en entrée/sortie
ou répertorié en mémoire). Une adresse en
dessous de 0x400 indique souvent l'i/o mapping, cependant, les
matériels PCI et EISA utilisent des adresses
d'entrée/sortie au dessus de 0x3ff. Dans tous les cas, vous
indiquez l'adresse, la valeur de l'IRQ, et la valeur du canal DMA.
Un exemple pour une carte 'i/o mapped' serait :
<code>ncr5380=0x350,5,3</code>. Si la carte n'utilise pas les
interruptions, une valeur d'IRQ 255 (<code>0xff</code>)
désactivera les interruptions. Une IRQ à 254
indiquera d'activer l'autotest. Des détails
supplémentaires sont fournis dans le document
<code>linux/drivers/scsi/README.g_NCR5380</code>.</p>
<h3>Contrôleurs utilisant un NCR53c400 (`ncr53c400=')</h3>
<p>Le support du 53c400 est fait avec le même pilote que le
support du 5380 mentionné ci-dessus. Le paramètre de
démarrage est identique au précédent, sauf
qu'aucun canal DMA n'est utilisé par le 53c400.</p>
<h3>Contrôleurs utilisant un NCR53c406a (`ncr53c406a=')</h3>
<p>Ce pilote utilise un paramètre de démarrage de la
forme suivante :</p>
<hr>
<pre>
ncr53c406a=PORTBASE,IRQ,FASTPIO
</pre>
<hr>
<p>où les paramètres IRQ et FASTPIO sont optionnels.
Une valeur d'interruption à zéro désactive
l'utilisation des interruptions. L'utilisation d'une valeur
à 1 pour FASTPIO active l'utilisation des instructions
<code>insl</code> et <code>outsl</code> au lieu des instructions
mono-octet <code>inb</code> et <code>outb</code>. Le pilote peut
aussi utiliser le DMA comme une option utilisée lors de la
compilation (compile-time option).</p>
<h3>Pro Audio Spectrum (`pas16=')</h3>
<p>La PAS16 utilise une puce NCR5380 SCSI, et les nouveaux
modèles peuvent être configurés de façon
logicielle. La syntaxe du paramètre est la
suivante :</p>
<hr>
<pre>
pas16=iobase,irq
</pre>
<hr>
<p>La seule différence est que vous pouvez spécifier
une valeur d'IRQ égale à 255, qui indique au pilote
de travailler sans utiliser les interruptions, malheureusement au
détriment des performances. La valeur de <code>iobase</code>
est généralement <code>0x388</code>.</p>
<h2><a name="ss4.5">4.5 Seagate ST-0x (`st0x=')</a></h2>
<p>Le code du programme de test de cet hôte SCSI recherche un
BIOS installé, et s'il n'y en a aucun de présent, le
test ne trouvera pas votre carte. Ou si la signature de votre BIOS
n'est pas reconnue elle ne sera pas trouvée non plus. Dans
ce cas, vous aurez à utiliser le paramètre
suivant :</p>
<hr>
<pre>
st0x=mem_base,irq
</pre>
<hr>
<p>La valeur de <code>mem_base</code> est l'adresse dans le plan
mémoire de la région d'entrée/sortie
utilisée par la carte. En général, il s'agit
d'une des valeurs suivantes : <code>0xc8000, 0xca000, 0xcc000,
0xce000, 0xdc000, 0xde000</code>.</p>
<h2><a name="ss4.6">4.6 Trantor T128 (`t128=')</a></h2>
<p>Cette carte est aussi conçue autour de la puce NCR5380,
et accepte les options suivantes :</p>
<hr>
<pre>
t128=mem_base,irq
</pre>
<hr>
<p>Les valeurs autorisées pour <code>mem_base</code> sont
les suivantes : <code>0xcc000, 0xc8000, 0xdc000,
0xd8000</code>.</p>
<h3>Cartes SCSI Ultrastor (`u14-34f=')</h3>
<p>Notez que pour cette carte tout se présente sous la forme
de deux pilotes indépendants, nommés
<code>CONFIG_SCSI_U14_34F</code> qui utilise <code>u14-34f.c</code>
et <code>CONFIG_SCSI_ULTRASTOR</code> qui utilise
<code>ultrastor.c</code>. C'est le u14-34f qui (jusqu'au dernier
noyau v2.0) accepte un paramètre de démarrage de la
forme :</p>
<hr>
<pre>
u14-34f=iobase1[,iobase2][,iobase3]...[,iobaseN]
</pre>
<hr>
<p>Le pilote autotestera les adresses dans l'ordre dans lequel
elles apparaissent.</p>
<h3>Cartes Western Digital WD7000 (`wd7000=')</h3>
<p>Le test du pilote pour le wd7000 cherche une chaine connue de
BIOS ROM et connait quelques réglages standards de
configuration. Si il ne retrouve pas les valeurs correctes pour
votre carte, ou que vous avez une version de BIOS non reconnue,
vous pouvez utiliser le pramètre suivant :</p>
<hr>
<pre>
wd7000=irq,dma,iobase
</pre>
<hr>
<h2><a name="ss4.7">4.7 Cartes n'acceptant pas les
paramètres de démarrage</a></h2>
<p>Pour l'instant, les cartes SCSI suivantes n'utilisent aucun des
paramètres de démarrage. Dans certains cas, vous
pouvez "bricoler" les valeurs en éditant directement le
pilote lui-même, si cela est nécessaire bien
sûr.</p>
<pre>
Adaptec aha1740 (autotest EISA),
NCR53c7xx, 8xx (PCI, toutes les deux)
Qlogic Fast (0x230, 0x330)
Qlogic ISP (PCI)
</pre>
<h2><a name="s5">5. Disque Durs</a></h2>
<p>Cette section fait la liste de tous les paramètres de
démarrage associés aux lecteurs de disques standards
MFM/RLL, ST-506, XT, et IDE. Notez que les deux pilotes IDE et
ST-506 HD acceptent l'option `hd='.</p>
<h2><a name="ss5.1">5.1 Paramètres des lecteurs de
Disques/CD-ROM IDE</a></h2>
<p>Les pilotes IDE acceptent un certain nombre de
paramètres, qui vont de la définition des
caractéristiques du disque, à la correction des
erreurs produites par les nouvelles puces ou celles qui sont
défectueuses. Ce qui suit est un résumé des
paramètres de démarrage possibles. Pour plus de
détails, il faut <em>absolument</em> consulter le fichier
<code>ide.txt</code> dans le répertoire
<code>linux/Documentation</code>, duquel ce résumé
est extrait.</p>
<hr>
<pre>
"hdx=" est reconnu pour toutes les valeurs de "x", de "a" to "h", comme "hdc".
"idex=" est reconnu pour toutes les valeurs de "x" de "0" à "3", comme "ide1".
"hdx=noprobe" : le lecteur est peut-être présent, mais ne pas le tester
"hdx=none" : le lecteur n'est PAS présent, ignorer le cmos et
ne pas tester.
"hdx=nowerr" : ignorer le bit WRERR_STAT sur ce lecteur
"hdx=cdrom" : le lecteur est présent, et c'est un cdrom
"hdx=cyl,head,sect" : le lecteur est présent, avec la description indiquée
"hdx=autotune" : le pilote essaiera de régler la vitesse de l'interface
pour atteindre le plus rapide des modes PIO supportés,
si possible pour ce lecteur seulement.
Ce n'est pas supporté par tous les types de puces,
et peut de temps en temps poser des problèmes avec
les disques IDE anciens ou originaux.
"idex=noprobe" : ne pas tenter d'accéder ou utiliser cette interface
"idex=base" : tester l'interface à l'adresse indiquée,
où "base" est généralement 0x1f0 ou 0x170
et "ctl" est considéré comme étant "base"+0x206
"idex=base,ctl" : indiquer les deux, base et ctl
"idex=base,ctl,irq" : indiquer les valeurs de base, ctl, et irq
"idex=autotune" : le pilote tentera de régler la vitesse de l'interface
pour atteindre le plus rapide des modes PIO supportés,
pour tous les lecteurs de cette interface.
Ce n'est pas supporté par tous les types de puces,
et peut de temps en temps poser des problèmes avec
les disques IDE anciens ou originaux.
"idex=noautotune" : le pilote n'essaiera PAS de régler la vitesse
de l'interface. Ceci est la valeur par défaut pour
le plupart des puces, excepté le cmd640.
"idex=serialize" : ne pas empièter sur les opérations sur idex et ide(x^1)
</pre>
<hr>
<p>Les suivants sont valides SEULEMENT pour ide0, et les valeurs
par défaut pour base, ctl et ports ne doivent pas être
modifiés.</p>
<hr>
<pre>
"ide0=dtc2278" : teste/supporte l'interface DTC2278
"ide0=ht6560b" : teste/supporte l'interface HT6560B
"ide0=cmd640_vlb" : *REQUIS* pour les cartes VLB avec la puce CMD640
(pas pour PCI - automatiquement détecté)
"ide0=qd6580" : teste/supporte l'interface qd6580
"ide0=ali14xx" : teste/supporte les puces ali14xx (ALI M1439/M1445)
"ide0=umc8672" : teste/supporte les puces umc8672
</pre>
<hr>
<p>Tout le reste est rejeté par un message "BAD OPTION"
(mauvaise option).</p>
<h2><a name="ss5.2">5.2 Options du pilote standard ST-506
(`hd=')</a></h2>
<p>Le pilote standard de disque accepte les mêmes
paramètres que le pilote IDE. Notez cependant qu'il ne
requiert que 3 valeurs (C/H/S) - Ni plus ni moins, et il vous
ignorera -. De plus, il accepte uniquement le paramètre
`hd=', c'est à dire que `hda=', `hdb=' et tout le reste ne
sont pas autorisés ici. Le format est le suivant :</p>
<hr>
<pre>
hd=cyls,heads,sects
</pre>
<hr>
<p>Si deux disques sont installés, la ligne ci-dessus est
répétée avec les caractéristiques
techniques du second disque.</p>
<h2><a name="ss5.3">5.3 Options du pilote de disque XT
(`xd=')</a></h2>
<p>Si vous êtes malchanceux au point d'utiliser une de ces
vieilles cartes 8 bits qui transfère les données
à la vitesse fulgurante de 125 ko/s, c'est ici qu'est le
scoop. Le code de test pour ces cartes recherche un BIOS
installé et s'il n'en trouve pas, le test ne
détectera pas votre carte. Ou encore, si la signature de
votre BIOS n'est pas reconnue, le test ne trouvera pas votre carte
non plus. Dans n'importe lequel de ces cas, vous devrez utiliser le
paramètre suivant :</p>
<hr>
<pre>
xd=type,irq,iobase,dma_chan
</pre>
<hr>
<p>La valeur de <code>type</code> indique qui est le constructeur
de la carte et peut prendre les valeurs suivantes : 0=generic;
1=DTC; 2,3,4=Western Digital, 5,6,7=Seagate; 8=OMTI. La seule
différence entre les différents types pour un
même constructeur est la chaîne BIOS utilisée
pour la détection, et qui n'est pas utilisée si le
type est spécifié.</p>
<p>La fonction <code>xd_setup()</code> ne contrôle pas les
valeurs, et supporte que vous saisissiez les 4 valeurs. Ne soyez
pas déçu. Voici un exemple d'utilisation pour un
contrôleur WD1002 avec un BIOS
inactivé/supprimé, utilisant les paramètres
`par défaut' du controleur XT :</p>
<hr>
<pre>
xd=2,5,0x320,3
</pre>
<hr>
<h2><a name="s6">6. CD-ROMs (Non-SCSI/ATAPI/IDE)</a></h2>
<p>Cette section fait l'inventaire de tous les paramètres de
démarrage possibles pour les lecteurs de CD-ROM. Ceci
n'inclut pas les CD-ROMs SCSI ou IDE/ATAPI. Consultez les sections
appropriées pour ces types de CD-ROMs.</p>
<p>Notez que la plupart de ces CD-ROM ont des fichiers de
documentation que vous <em>devriez</em> lire, et ils sont tous dans
le répertoire :
<code>linux/Documentation/cdrom</code>.</p>
<h2><a name="ss6.1">6.1 L'interface Aztech (`aztcd=')</a></h2>
<p>La syntaxe pour ce type de carte est :</p>
<hr>
<pre>
aztcd=iobase[,magic_number]
</pre>
<hr>
<p>Si vous positionnez le <code>magic_number</code> (nombre
magique) à <code>0x79</code> alors le pilote essaiera puis
laissera tomber dans le cas d'une microprogrammation inconnue.
Toutes les autres valeurs seront ignorées.</p>
<h2><a name="ss6.2">6.2 L'interface Sony CDU-31A et CDU-33A
(`cdu31a=')</a></h2>
<p>On rencontre cette interface CD-ROM sur certaines cartes son Pro
Audio Spectrum, ainsi que sur les autres cartes d'interface
fournies par Sony. La syntaxe est la suivante :</p>
<hr>
<pre>
cdu31a=iobase,[irq[,is_pas_card]]
</pre>
<hr>
<p>Le fait de spécifier une valeur d'IRQ égale
à zéro indique au pilote que les interruptions
logicielles ne sont pas supportées (comme sur certaines
cartes PAS). Si votre carte supporte les interruptions, vous devrez
les utiliser car elles abaissent la consommation de CPU par le
pilote.</p>
<p>Le `is_pas_card' peut-être saisi sous la forme suivante
`PAS' si vous utilisez une carte Pro Audio Spectrum, mais on peut
aussi ne pas l'indiquer.</p>
<h2><a name="ss6.3">6.3 L'interface Sony CDU-535
(`sonycd535=')</a></h2>
<p>La syntaxe pour cette interface de CD-ROM est :</p>
<hr>
<pre>
sonycd535=iobase[,irq]
</pre>
<hr>
<p>La valeur zéro peut-être utilisée comme
`bouche-trou' pour l'I/O base si l'on désire
spécifier une valeur d'IRQ.</p>
<h2><a name="ss6.4">6.4 L'interface GoldStar (`gscd=')</a></h2>
<p>La syntaxe pour cette interface de CD-ROM est :</p>
<hr>
<pre>
gscd=iobase
</pre>
<hr>
<h2><a name="ss6.5">6.5 L'interface standard Mitsumi
(`mcd=')</a></h2>
<p>La syntaxe pour cette interface de CD-ROM est :</p>
<hr>
<pre>
mcd=iobase,[irq[,wait_value]]
</pre>
<hr>
<p>La valeur <code>wait_value</code> est utilisée comme une
valeur interne de dépassement de temps pour les gens qui ont
des problèmes avec leur disques, et peut, ou non, être
implémentée en fonctions d'une instruction
<code>DEFINE</code> lors de la compilation.</p>
<h2><a name="ss6.6">6.6 L'interface ISP16 (`isp16=')</a></h2>
<p>la syntaxe pour cette interface de CD-ROM est :</p>
<hr>
<pre>
isp16=[port[,irq[,dma]]][[,]drive_type]
</pre>
<hr>
<p>Utiliser une valeur à 0 pour <code>irq</code> ou
<code>dma</code> signifie qu'ils ne sont pas utilisés. Les
valeurs possibles pour <code>drive_type</code> sont <code>noisp16,
Sanyo, Panasonic, Sony,</code> et <code>Mitsumi</code>.
L'utilisation de <code>noisp16</code> désactive les lecteurs
totalement.</p>
<h2><a name="ss6.7">6.7 L'interface Mitsumi XA/MultiSession
(`mcdx=')</a></h2>
<p>Pour l'instant, ce pilote `expérimental' possède
une fonction de configuration mais aucun paramètre n'est
encore implémenté (version 1.3.15). Le
matériel est le même que ci-dessus, mais le pilote
possède de nouvelles fonctionnalités.</p>
<h2><a name="ss6.8">6.8 L'interface Optics Storage
(`optcd=')</a></h2>
<p>La syntaxe pour ce type de carte est :</p>
<hr>
<pre>
optcd=iobase
</pre>
<hr>
<h2><a name="ss6.9">6.9 L'interface Phillips CM206
(`cm206=')</a></h2>
<p>La syntaxe pour ce type de carte est :</p>
<hr>
<pre>
cm206=[iobase][,irq]
</pre>
<hr>
<p>La valeur de l'IRQ est comprise entre 3 et 11,et les adresses
des ports d'entrée/sortie sont comprises entre
<code>0x300</code> et <code>0x370</code>, vous pouvez donc
spécifier un ou deux nombres, dans n'importe quel ordre. Il
accepte aussi `cm206=auto' pour activer l'autotest.</p>
<h2><a name="ss6.10">6.10 L'interface Sanyo (`sjcd=')</a></h2>
<p>La syntaxe pour ce type de carte est :</p>
<hr>
<pre>
sjcd=iobase[,irq[,dma_channel]]
</pre>
<hr>
<h2><a name="ss6.11">6.11 L'interface SoundBlaster Pro
(`sbpcd=')</a></h2>
<p>La syntaxe de ce type de carte est :</p>
<hr>
<pre>
sbpcd=iobase,type
</pre>
<hr>
<p>Où <code>type</code> prend une des valeurs suivantes
(Attention : le respect des majuscules et des minuscules est
important) : `SoundBlaster', `LaserMate', ou `SPEA'. L'adresse
d'entrée/sortie de base est celle de l'interface de CD-ROM,
et <em>non</em> celle de la partie son de la carte.</p>
<h2><a name="s7">7. Autres Périphériques
Matériels</a></h2>
<p>Tous les autres périphériques qui ne peuvent
être classés dans une des catégories ci-dessus
sont entassés ici.</p>
<h2><a name="ss7.1">7.1 Périphériques Ethernet
(`ether=')</a></h2>
<p>Différents pilotes utilisent différents
paramètres, mais ils partagent tous au moins une IRQ, une
adresse d'entrée/sortie, et un nom. Dans sa forme la plus
générique, cela ressemble à
ça :</p>
<hr>
<pre>
ether=irq,iobase[,param_1[,param_2,...param_8]]],name
</pre>
<hr>
<p>Le premier argument non-numérique est pris comme nom. La
valeur <code>param_n</code> (si elle est applicable) a
généralement des significations différentes
pour chaque carte/pilote. Les valeurs courantes de
<code>param_n</code> sont utilisées pour indiquer des choses
comme l'adresse de la mémoire partagée, la
sélection d'interface, le canal DMA et ainsi de suite.</p>
<p>L'utilisation la plus courante de ce paramètre est de
forcer le test d'une seconde carte ethernet, alors que par
défaut on en teste une seule. Ceci peut être accompli
avec un simple ordre :</p>
<hr>
<pre>
ether=0,0,eth1
</pre>
<hr>
<p>Notez que la valeur zéro pour l'IRQ et l'I/O base dans
l'exemple ci-dessus indiquent au pilote de faire un autotest.</p>
<p>NOTE IMPORTANTE POUR LES UTILISATEURS DE MODULES : ce qui
est indiqué ci-dessus <em>ne forcera pas</em> un autotest
pour une seconde si vous utilisez les pilotes de
périphériques en tant que modules chargeables au
moment de l'exécution (au lieu de les avoir compilés
dans le noyau). La plupart des distributions de Linux utilisent un
noyau central dépouillé combiné avec une large
sélection de pilotes modulaires. Le paramètre
<code>ether=</code> s'applique seulement aux pilotes
compilés directement dans le noyau.</p>
<p>Le Ethernet-HowTo décrit de façon exhaustive
l'utilisation de plusieurs cartes simultanément, ainsi que
la façon dont est utilisée la valeur
<code>param_n</code> en fonction des spécificités de
chaque carte/pilote. Les lecteurs concernés pourront faire
référence à la section de ce document
correspondant à leur carte pour une information plus
précise. <a href=
"http://sunsite.unc.edu/mdw/HOWTO/Ethernet-HOWTO.html">Ethernet-HowTo</a></p>
<h2><a name="ss7.2">7.2 Le pilote du Lecteur de Disquettes
(`floppy=')</a></h2>
<p>Il existe de nombreuses options pour le pilote du lecteur de
disquette, et qui sont listées dans le fichier
<code>README.fd</code> dans le répertoire
<code>linux/drivers/block</code>. Cette information est extraite
directement du fichier.</p>
<p>floppy=mask,allowed_drive_mask</p>
<p>Positionne le "bitmask" (masque binaire) des lecteurs
autorisés à la valeur <code>mask</code>. Par
défaut, seules les unités 0 et 1 de chaque
contrôleur de lecteur de disquette sont autorisées.
Ceci est fait car certains matériels non-standards (cartes
mères ASUS PCI) mettent la pagaille dans le clavier lorsque
l'on accède aux unités 2 ou 3. Cette option est un
peu obsolète en raison de l'option cmos.</p>
<p>floppy=all_drives</p>
<p>Positionne le "bitmask" (masque binaire) des disques
autorisés à tous les disques. Utilisez ceci si vous
avez plus de deux lecteurs de disquette connectés à
un contrôleur de lecteur de disquettes.</p>
<p>floppy=asus_pci</p>
<p>Positionne le "bitmask" uniquement aux unités
autorisées 0 et 1. (Par défaut)</p>
<p>floppy=daring</p>
<p>Indique au pilote du lecteur de disquette que vous avez un
contrôleur de lecteur de disquette qui se conduit bien. Ceci
permet des opérations plus efficaces et plus
discrètes, mais peut échouer sur certains
contrôleurs. Ceci peut accélérer certaines
opérations.</p>
<p>floppy=0,daring</p>
<p>Indique au pilote du lecteur de disquette que votre
contrôleur doit être utilisé avec
précaution.</p>
<p>floppy=one_fdc</p>
<p>Indique au pilote de lecteur de disquette que vous n'avez qu'un
contrôleur de lecteur de disquette (Par défaut).</p>
<p>floppy=two_fdc <em>ou</em> floppy=address,two_fdc</p>
<p>Indique au pilote de lecteur de disquette que vous avez deux
contrôleurs de lecteurs de disquette. Le second
contrôleur est supposé être à l'adresse
indiquée. Si l'adresse n'est pas donnée on suppose
qu'elle est égale à 0x370.</p>
<p>floppy=thinkpad</p>
<p>Indique au pilote de lecteur de disquette que vous avez un
Thinkpad. Les Thinkpads utilisent une convention inversée
pour la "disk change line" (ligne de changement de disque).</p>
<p>floppy=0,thinkpad</p>
<p>Indique au pilote de lecteur de disquette que vous ne
possédez pas un Thinkpad.</p>
<p>floppy=drive,type,cmos</p>
<p>Positionne le type cmos du <code>drive</code> à
<code>type</code>. De plus, ce lecteur est autorisé dans le
"bitmask" (masque binaire). C'est pratique si vous avez plus de
deux lecteurs de disquette (seuls deux peuvent être
décrits dans la cmos physique), ou si votre BIOS utilise un
type de CMOS non-standard. Si l'on positionne le CMOS à 0
pour les deux premiers disques (par défaut) le pilote de
lecteur de disquette ira lire la cmos physique.</p>
<p>floppy=unexpected_interrupts</p>
<p>Imprime un message d'alerte lorsqu'une interruption inattendue
est reçue (comportement par défaut).</p>
<p>floppy=no_unexpected_interrupts <em>or</em> floppy=L40SX</p>
<p>Ne pas imprimer de message lorsqu'une interruption inattendue
est reçue. Ceci est nécessaire sur un IBM L40SX
portable dans certains modes vidéo (il semble qu'il y ait
une interaction entre la vidéo et les disquettes). Les
interruptions inattendues affectent seulement les performances, et
peuvent être ignorées sans crainte).</p>
<h2><a name="ss7.3">7.3 Le pilote de sons (`sound=')</a></h2>
<p>Le pilote de sons peut aussi recevoir des paramètres de
démarrage qui écraseront les valeurs compilées
dans le programme. Ceci n'est pas recommandé, et de plus
c'est complexe. Ceci est décrit (était décrit
? ) dans le fichier <code>Readme.Linux</code>, dans le
répertoire <code>linux/drivers/sound</code>. Il accepte de
recevoir un paramètre de la forme :</p>
<hr>
<pre>
sound=device1[,device2[,device3...[,device11]]]
</pre>
<hr>
<p>Où chaque valeur de <code>deviceN</code> est de la forme
<code>0xTaaaId</code>, et les octets sont utilisés de la
façon suivante :</p>
<p>T - type de périphérique : 1=FM, 2=SB, 3=PAS,
4=GUS, 5=MPU401, 6=SB16, 7=SB16-MPU401</p>
<p>aaa - adresse d'entrée/sortie en hexadécimal.</p>
<p>I - ligne d'interruption en hexadécimal (i.e 10=a, 11=b,
...).</p>
<p>d - canal DMA.</p>
<p>Comme vous pouvez le voir, ceci reste assez malpropre et vous
ferez mieux de compiler vos propres valeurs comme c'est
recommandé. Si l'on utilise un paramètre de
démarrage `sound=0' on désactive entièrement
le pilote de sons.</p>
<h2><a name="ss7.4">7.4 Le pilote de souris sur bus "Bus Mouse"
(`bmouse=')</a></h2>
<p>Le pilote des souris sur bus accepte un seul paramètre,
qui est la valeur de l'IRQ matérielle à utiliser.</p>
<h2><a name="ss7.5">7.5 Le pilote MS Bus Mouse
(`msmouse=')</a></h2>
<p>Le pilote MS mouse accepte un seul paramètre, qui
correspond à l'IRQ à utiliser.</p>
<h2><a name="ss7.6">7.6 Le pilote d'imprimantes (`lp=')</a></h2>
<p>Depuis le noyau 1.3.75, vous pouvez indiquer au pilote
d'imprimante quels sont les ports qu'il doit utiliser et ceux qu'il
<em>ne doit pas</em> utiliser. Vous devriez l'utiliser si vous ne
voulez pas que le pilote demande tous les ports parallèles
disponibles, alors que d'autres pilotes (c.a.d. PLIP, PPA) peuvent
aussi les utiliser.</p>
<p>Le format du paramètre est des paires i/o, IRQ. Par
exemple, <code>lp=0x3bc,0,0x378,7</code> utilisera le port
d'adresse 0x3bc en mode IRQ-less (élection), et utilisera
l'IRQ 7 pour le port d'adresse 0x378. Le port 0x278 (si il y en a
un) ne sera pas testé, jusqu'à ce que l'autotest soit
utilisé en l'absence d'un paramètre `lp=' argument.
Pour désactiver totalement le pilote d'impression, on peut
utiliser <code>lp=0</code>.</p>
<h2><a name="ss7.7">7.7 Le pilote ICN ISDN (`icn=')</a></h2>
<p>Le pilote ISDN nécessite un paramètre de
démarrage de la forme suivante :</p>
<hr>
<pre>
icn=iobase,membase,icn_id1,icn_id2
</pre>
<hr>
<p>où <code>iobase</code> est l'adresse du port
d'entrée/sortie de la carte, <code>membase</code> est
l'adresse de base de la mémoire partagée de la carte,
et les deux <code>icn_id</code> sont des chaines d'identification
ASCII uniques.</p>
<h2><a name="ss7.8">7.8 Le pilote PCBIT ISDN (`pcbit=')</a></h2>
<p>Ce paramètre de démarrage utilise des paires de
valeurs de la forme :</p>
<hr>
<pre>
pcbit=membase1,irq1[,membase2,irq2]
</pre>
<hr>
<p>où <code>membaseN</code> est l'adresse de base de la
mémoire partagée de la Nième carte, et
<code>irqN</code> est l'interruption de la Nième carte. La
valeur par défaut est IRQ 5 et l'adresse de base
<code>0xD0000</code>.</p>
<h2><a name="ss7.9">7.9 Le pilote Teles ISDN (`teles=')</a></h2>
<p>Le pilote ISDN nécessite un paramètre de
démarrage de la forme suivantenbsp;:</p>
<hr>
<pre>
teles=iobase,irq,membase,protocol,teles_id
</pre>
<hr>
<p>où <code>iobase</code> est l'adresse du port e/s de la
carte, <code>membase</code> est l'adresse de base de la
mémoire partagée, <code>irq</code> est le canal
d'interruption utilisé par la carte, et
<code>teles_id</code> est l'identifiant ASCII unique.</p>
<h2><a name="ss7.10">7.10 Le pilote DigiBoard (`digi=')</a></h2>
<p>Le pilote DigiBoard accepte une chaine de six identifiants ou
entiers séparés par des virgules. Les 6 valeurs dans
l'ordre sont :</p>
<pre>
Active/Désactive la carte
Type de la carte : PC/Xi(0), PC/Xe(1), PC/Xeve(2), PC/Xem(3)
Active/Désactive la mise en ordre alternative des broches
Nombre de ports sur cette carte
Port E/S sur lequel la carte est configurée (en HEXA si on
utilise des chaines d'identification)
Adresse de base de la fenêtre mémoire (en HEXA si on utilise les
chaines d'identification)
</pre>
<p>Un exemple de paramètre de démarrage correct (dans
ses deux formes) est :</p>
<hr>
<pre>
digi=E,PC/Xi,D,16,200,D0000
digi=1,0,0,16,512,851968
</pre>
<hr>
<p>Notez que le pilote prend les valeurs par défaut de
<code>0x200</code> pour l'i/o et pour la mémoire
partagée <code>0xD0000</code> en l'absence de
paramètre de démarrage <code>digi=</code>. Il n'y a
pas d'autotest effectué. Plus de détails peuvent
être trouvés dans le fichier
<code>linux/Documentation/digiboard.txt</code>.</p>
<h2><a name="ss7.11">7.11 le pilote RISCom/8 Multiport Serial
(`riscom8=')</a></h2>
<p>Jusqu'à quatre cartes peuvent être
supportées en fournissant une valeur d'E/S unique pour
chaque carte installée. Les autres détails
pourront-être trouvés dans le fichier
<code>linux/Documentation/riscom8.txt</code>.</p>
<h2><a name="ss7.12">7.12 Le modem Série/Parallèle
Radio Baycom (`baycom=')</a></h2>
<p>Le format du parmètre de démarrage pour ces
périphériques est de la forme :</p>
<hr>
<pre>
baycom=modem,io,irq,options[,modem,io,irq,options]
</pre>
<hr>
<p>Utiliser modem=1 signifie que vous avez le
périphérique ser12, modem=2 signifie que vous avez le
périphérique par96. Utiliser options=0 signifie
l'utilisation du DCD matériel, et options=1 signifie
l'utilisation du DCD logiciel. L'<code>io</code> et
l'<code>irq</code> sont l'adresse I/O de base du port, et la valeur
de l'interruption. Il y a plus de détails dans le fichier
<code>README.baycom</code> qui est généralement dans
le répertoire <code>/linux/drivers/char/</code>.</p>
<h2><a name="s8">8. Conclusion</a></h2>
<p>Si vous avez trouvé des fautes de frappe manifestes, ou
des informations périmées dans ce document, faites le
moi savoir. Il est facile de laisser passer quelque chose.</p>
<p>Merci,</p>
<p>Paul Gortmaker, <code>Paul.Gortmaker@anu.edu.au</code></p>
<p>Merci de faire parvenir vos remarques sur la traduction de ce
document à Laurent Renaud, <code>lrenaud@hol.fr</code></p>
<p>(<code>http://wwwperso.hol.fr/~lrenaud</code>)</p>
</body>
</html>
|