/usr/share/doc/HOWTO/fr-html/Multi-Disk-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 2165 2166 2167 2168 2169 2170 2171 2172 2173 2174 2175 2176 2177 2178 2179 2180 2181 2182 2183 2184 2185 2186 2187 2188 2189 2190 2191 2192 2193 2194 2195 2196 2197 2198 2199 2200 2201 2202 2203 2204 2205 2206 2207 2208 2209 2210 2211 2212 2213 2214 2215 2216 2217 2218 2219 2220 2221 2222 2223 2224 2225 2226 2227 2228 2229 2230 2231 2232 2233 2234 2235 2236 2237 2238 2239 2240 2241 2242 2243 2244 2245 2246 2247 2248 2249 2250 2251 2252 2253 2254 2255 2256 2257 2258 2259 2260 2261 2262 2263 2264 2265 2266 2267 2268 2269 2270 2271 2272 2273 2274 2275 2276 2277 2278 2279 2280 2281 2282 2283 2284 2285 2286 2287 2288 2289 2290 2291 2292 2293 2294 2295 2296 2297 2298 2299 2300 2301 2302 2303 2304 2305 2306 2307 2308 2309 2310 2311 2312 2313 2314 2315 2316 2317 2318 2319 2320 2321 2322 2323 2324 2325 2326 2327 2328 2329 2330 2331 2332 2333 2334 2335 2336 2337 2338 2339 2340 2341 2342 2343 2344 2345 2346 2347 2348 2349 2350 2351 2352 2353 2354 2355 2356 2357 2358 2359 2360 2361 2362 2363 2364 2365 2366 2367 2368 2369 2370 2371 2372 2373 2374 2375 2376 2377 2378 2379 2380 2381 2382 2383 2384 2385 2386 2387 2388 2389 2390 2391 2392 2393 2394 2395 2396 2397 2398 2399 2400 2401 2402 2403 2404 2405 2406 2407 2408 2409 2410 2411 2412 2413 2414 2415 2416 2417 2418 2419 2420 2421 2422 2423 2424 2425 2426 2427 2428 2429 2430 2431 2432 2433 2434 2435 2436 2437 2438 2439 2440 2441 2442 2443 2444 2445 2446 2447 2448 2449 2450 2451 2452 2453 2454 2455 2456 2457 2458 2459 2460 2461 2462 2463 2464 2465 2466 2467 2468 2469 2470 2471 2472 2473 2474 2475 2476 2477 2478 2479 2480 2481 2482 2483 2484 2485 2486 2487 2488 2489 2490 2491 2492 2493 2494 2495 2496 2497 2498 2499 2500 2501 2502 2503 2504 2505 2506 2507 2508 2509 2510 2511 2512 2513 2514 2515 2516 2517 2518 2519 2520 2521 2522 2523 2524 2525 2526 2527 2528 2529 2530 2531 2532 2533 2534 2535 2536 2537 2538 2539 2540 2541 2542 2543 2544 2545 2546 2547 2548 2549 2550 2551 2552 2553 2554 2555 2556 2557 2558 2559 2560 2561 2562 2563 2564 2565 2566 2567 2568 2569 2570 2571 2572 2573 2574 2575 2576 2577 2578 2579 2580 2581 2582 2583 2584 2585 2586 2587 2588 2589 2590 2591 2592 2593 2594 2595 2596 2597 2598 2599 2600 2601 2602 2603 2604 2605 2606 2607 2608 2609 2610 2611 2612 2613 2614 2615 2616 2617 2618 2619 2620 2621 2622 2623 2624 2625 2626 2627 2628 2629 2630 2631 2632 2633 2634 2635 2636 2637 2638 2639 2640 2641 2642 2643 2644 2645 2646 2647 2648 2649 2650 2651 2652 2653 2654 2655 2656 2657 2658 2659 2660 2661 2662 2663 2664 2665 2666 2667 2668 2669 2670 2671 2672 2673 2674 2675 2676 2677 2678 2679 2680 2681 2682 2683 2684 2685 2686 2687 2688 2689 2690 2691 2692 2693 2694 2695 2696 2697 2698 2699 2700 2701 2702 2703 2704 2705 2706 2707 2708 2709 2710 2711 2712 2713 2714 2715 2716 2717 2718 2719 2720 2721 2722 2723 2724 2725 2726 2727 2728 2729 2730 2731 2732 2733 2734 2735 2736 2737 2738 2739 2740 2741 2742 2743 2744 2745 2746 2747 2748 2749 2750 2751 2752 2753 2754 2755 2756 2757 2758 2759 2760 2761 2762 2763 2764 2765 2766 2767 2768 2769 2770 2771 2772 2773 2774 2775 2776 2777 2778 2779 2780 2781 2782 2783 2784 2785 2786 2787 2788 2789 2790 2791 2792 2793 2794 2795 2796 2797 2798 2799 2800 2801 2802 2803 2804 2805 2806 2807 2808 2809 2810 2811 2812 2813 2814 2815 2816 2817 2818 2819 2820 2821 2822 2823 2824 2825 2826 2827 2828 2829 2830 2831 2832 2833 2834 2835 2836 2837 2838 2839 2840 2841 2842 2843 2844 2845 2846 2847 2848 2849 2850 2851 2852 2853 2854 2855 2856 2857 2858 2859 2860 2861 2862 2863 2864 2865 2866 2867 2868 2869 2870 2871 2872 2873 2874 2875 2876 2877 2878 2879 2880 2881 2882 2883 2884 2885 2886 2887 2888 2889 2890 2891 2892 2893 2894 2895 2896 2897 2898 2899 2900 2901 2902 2903 2904 2905 2906 2907 2908 2909 2910 2911 2912 2913 2914 2915 2916 2917 2918 2919 2920 2921 2922 2923 2924 2925 2926 2927 2928 2929 2930 2931 2932 2933 2934 2935 2936 2937 2938 2939 2940 2941 2942 2943 2944 2945 2946 2947 2948 2949 2950 2951 2952 2953 2954 2955 2956 2957 2958 2959 2960 2961 2962 2963 2964 2965 2966 2967 2968 2969 2970 2971 2972 2973 2974 2975 2976 2977 2978 2979 2980 2981 2982 2983 2984 2985 2986 2987 2988 2989 2990 2991 2992 2993 2994 2995 2996 2997 2998 2999 3000 3001 3002 3003 3004 3005 3006 3007 3008 3009 3010 3011 3012 3013 3014 3015 3016 3017 3018 3019 3020 3021 3022 3023 3024 3025 3026 3027 3028 3029 3030 3031 3032 3033 3034 3035 3036 3037 3038 3039 3040 3041 3042 3043 3044 3045 3046 3047 3048 3049 3050 3051 3052 3053 3054 3055 3056 3057 3058 3059 3060 3061 3062 3063 3064 3065 3066 3067 3068 3069 3070 3071 3072 3073 3074 3075 3076 3077 3078 3079 3080 3081 3082 3083 3084 3085 3086 3087 3088 3089 3090 3091 3092 3093 3094 3095 3096 3097 3098 3099 3100 3101 3102 3103 3104 3105 3106 3107 3108 3109 3110 3111 3112 3113 3114 3115 3116 3117 3118 3119 3120 3121 3122 3123 3124 3125 3126 3127 3128 3129 3130 3131 3132 3133 3134 3135 3136 3137 3138 3139 3140 3141 3142 3143 3144 3145 3146 3147 3148 3149 3150 3151 3152 3153 3154 3155 3156 3157 3158 3159 3160 3161 3162 3163 3164 3165 3166 3167 3168 3169 3170 3171 3172 3173 3174 3175 3176 3177 3178 3179 3180 3181 3182 3183 3184 3185 3186 3187 3188 3189 3190 3191 3192 3193 3194 3195 3196 3197 3198 3199 3200 3201 3202 3203 3204 3205 3206 3207 3208 3209 3210 3211 3212 3213 3214 3215 3216 3217 3218 3219 3220 3221 3222 3223 3224 3225 3226 3227 3228 3229 3230 3231 3232 3233 3234 3235 3236 3237 3238 3239 3240 3241 3242 3243 3244 3245 3246 3247 3248 3249 3250 3251 3252 3253 3254 3255 3256 3257 3258 3259 3260 3261 3262 3263 3264 3265 3266 3267 3268 3269 3270 3271 3272 3273 3274 3275 3276 3277 3278 3279 3280 3281 3282 3283 3284 3285 3286 3287 3288 3289 3290 3291 3292 3293 3294 3295 3296 3297 3298 3299 3300 3301 3302 3303 3304 3305 3306 3307 3308 3309 3310 3311 3312 3313 3314 3315 3316 3317 3318 3319 3320 3321 3322 3323 3324 3325 3326 3327 3328 3329 3330 3331 3332 3333 3334 3335 3336 3337 3338 3339 3340 3341 3342 3343 3344 3345 3346 3347 3348 3349 3350 3351 3352 3353 3354 3355 3356 3357 3358 3359 3360 3361 3362 3363 3364 3365 3366 3367 3368 3369 3370 3371 3372 3373 3374 3375 3376 3377 3378 3379 3380 3381 3382 3383 3384 3385 3386 3387 3388 3389 3390 3391 3392 3393 3394 3395 3396 3397 3398 3399 3400 3401 3402 3403 3404 3405 3406 3407 3408 3409 3410 3411 3412 3413 3414 3415 3416 3417 3418 3419 3420 3421 3422 3423 3424 3425 3426 3427 3428 3429 3430 3431 3432 3433 3434 3435 3436 3437 3438 3439 3440 3441 3442 3443 3444 3445 3446 3447 3448 3449 3450 3451 3452 3453 3454 3455 3456 3457 3458 3459 3460 3461 3462 3463 3464 3465 3466 3467 3468 3469 3470 3471 3472 3473 3474 3475 3476 3477 3478 3479 3480 3481 3482 3483 3484 3485 3486 3487 3488 3489 3490 3491 3492 3493 3494 3495 3496 3497 3498 3499 3500 3501 3502 3503 3504 3505 3506 3507 3508 3509 3510 3511 3512 3513 3514 3515 3516 3517 3518 3519 3520 3521 3522 3523 3524 3525 3526 3527 3528 3529 3530 3531 3532 3533 3534 3535 3536 3537 3538 3539 3540 3541 3542 3543 3544 3545 3546 3547 3548 3549 3550 3551 3552 3553 3554 3555 3556 3557 3558 3559 3560 3561 3562 3563 3564 3565 3566 3567 3568 3569 3570 3571 3572 3573 3574 3575 3576 3577 3578 3579 3580 3581 3582 3583 3584 3585 3586 3587 3588 3589 3590 3591 3592 3593 3594 3595 3596 3597 3598 3599 3600 3601 3602 3603 3604 3605 3606 3607 3608 3609 3610 3611 3612 3613 3614 3615 3616 3617 3618 3619 3620 3621 3622 3623 3624 3625 3626 3627 3628 3629 3630 3631 3632 3633 3634 3635 3636 3637 3638 3639 3640 3641 3642 3643 3644 3645 3646 3647 3648 3649 3650 3651 3652 3653 3654 3655 3656 3657 3658 3659 3660 3661 3662 3663 3664 3665 3666 3667 3668 3669 3670 3671 3672 3673 3674 3675 3676 3677 3678 3679 3680 3681 3682 3683 3684 3685 3686 3687 3688 3689 3690 3691 3692 3693 3694 3695 3696 3697 3698 3699 3700 3701 3702 3703 3704 3705 3706 3707 3708 3709 3710 3711 3712 3713 3714 3715 3716 3717 3718 3719 3720 3721 3722 3723 3724 3725 3726 3727 3728 3729 3730 3731 3732 3733 3734 3735 3736 3737 3738 3739 3740 3741 3742 3743 3744 3745 3746 3747 3748 3749 3750 3751 3752 3753 3754 3755 3756 3757 3758 3759 3760 3761 3762 3763 3764 3765 3766 3767 3768 3769 3770 3771 3772 3773 3774 3775 3776 3777 3778 3779 3780 3781 3782 3783 3784 3785 3786 3787 3788 3789 3790 3791 3792 3793 3794 3795 3796 3797 3798 3799 3800 3801 3802 3803 3804 3805 3806 3807 3808 3809 3810 3811 3812 3813 3814 3815 3816 3817 3818 3819 3820 3821 3822 3823 3824 3825 3826 3827 3828 3829 3830 3831 3832 3833 3834 3835 3836 3837 3838 3839 3840 3841 3842 3843 3844 3845 3846 3847 3848 3849 3850 3851 3852 3853 3854 3855 3856 3857 3858 3859 3860 3861 3862 3863 3864 3865 3866 3867 3868 3869 3870 3871 3872 3873 3874 3875 3876 3877 3878 3879 3880 3881 3882 3883 3884 3885 3886 3887 3888 3889 3890 3891 3892 3893 3894 3895 3896 3897 3898 3899 3900 3901 3902 3903 3904 3905 3906 3907 3908 3909 3910 3911 3912 3913 3914 3915 3916 3917 3918 3919 3920 3921 3922 3923 3924 3925 3926 3927 3928 3929 3930 3931 3932 3933 3934 3935 3936 3937 3938 3939 3940 3941 3942 3943 3944 3945 3946 3947 3948 3949 3950 3951 3952 3953 3954 3955 3956 3957 3958 3959 3960 3961 3962 3963 3964 3965 3966 3967 3968 3969 3970 3971 3972 3973 3974 3975 3976 3977 3978 3979 3980 3981 3982 3983 3984 3985 3986 3987 3988 3989 3990 3991 3992 3993 3994 3995 3996 3997 3998 3999 4000 4001 4002 4003 4004 4005 4006 4007 4008 4009 4010 4011 4012 4013 4014 4015 4016 4017 4018 4019 4020 4021 4022 4023 4024 4025 4026 4027 4028 4029 4030 4031 4032 4033 4034 4035 4036 4037 4038 4039 4040 4041 4042 4043 4044 4045 4046 4047 4048 4049 4050 4051 4052 4053 4054 4055 4056 4057 4058 4059 4060 4061 4062 4063 4064 4065 4066 4067 4068 4069 4070 4071 4072 4073 4074 4075 4076 4077 4078 4079 4080 4081 4082 4083 4084 4085 4086 4087 4088 4089 4090 4091 4092 4093 4094 4095 4096 4097 4098 4099 4100 4101 4102 4103 4104 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux/x86 (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>HOWTO: Les systèmes multi-disques</title>
</head>
<body>
<h1>HOWTO: Les systèmes multi-disques</h1>
<h2>Stein Gjoen, <code>sgjoen (at) nyx.net</code><br>
Traduit en français par Patrick Loiseleur <code>loisel (at)
lri.fr</code></h2>
v0.19b, 10 septembre 1998
<hr>
<em><!--
disque
-->
<!--
partitions, disque (voir disque)
-->
Ce document explique comment utiliser au mieux plusieurs disques
et partitions avec Linux. Bien qu'une partie de ce texte soit
spécifique à Linux, il peut aussi d'appliquer
à d'autres systèmes d'exploitation
multi-tâches, étant donnée l'approche
générale adoptée ici.</em>
<hr>
<h2><a name="s1">1. Introduction</a></h2>
<p><!--
disque!introduction
-->
Cette version a pour nom de code <em>The newer Generation</em></p>
<p>De nouveaux noms de code apparaîtront à mesure des
changements pour indiquer l'état du document.</p>
<p>J'ai écrit ce document principalement parce que j'ai
hérité de trois vieux disques SCSI pour mettre en
place mon système Linux et je voulais savoir comment
utiliser au mieux les capacités de parallélisme d'un
système SCSI. Et puis j'ai entendu dire qu'il y avait un
prix pour les gens qui écrivent des documents...</p>
<p>Ce HOWTO est à lire en parallèle avec le Linux
Filesystem Structure Standard (FSSTND): en aucun cas il ne le
remplace mais il explique où mettre physiquement les
répertoires détaillés dans le FSSTND en terme
de disques, partitions, types, RAID, file system (fs), taille
physique et autres. Cela aussi bien pour une machine Linux
personnelle que pour un gros serveur Internet.</p>
<p>La suite du FSSTND s'appelle Filesystem Hierarchy Standard (FHS)
et couvre plus que Linux. FHS 2.0 est sorti mais certains
détails restent à préciser et il faudra un
certain temps avant que ce nouveau standard ait un impact sur les
nouvelles distributions. Le FHS n'est encore utilisé dans
aucune distribution, mais Debian a annoncé son intention de
s'y conformer à partir de la version 2.1.</p>
<p>(NdT: le FSSTND a été traduit en français
et est disponible à l'adresse suivante: <a href=
"http://www.freenix.fr/linux/fsstnd-fr/">http://www.freenix.fr/linux/fsstnd-fr/</a>
et la traduction du FHS 2.0 est dans <a href=
"ftp://lirftp.insa-rouen.fr/pub/linux/french/docs/">ftp://lirftp.insa-rouen.fr/pub/linux/french/docs/</a>
)</p>
<p>Il est également conseillé de lire le Guide
d'Installation de Linux et si vous utilisez un PC, ce qui doit
encore être le cas de la majorité, vous pouvez trouver
des informations plus précises dans les FAQs du forum
comp.sys.ibm.pc.hardware.</p>
<p>C'est aussi une expérience pour moi d'écrire ce
HOWTO et j'espère qu'il évoluera pour devenir plus
détaillé et peut-être même plus
correct.</p>
<p>Avant tout quelques rappels légaux. L'actualité a
montré combien c'est important.</p>
<h2><a name="ss1.1">1.1 Copyright</a></h2>
<p>Copyright 1998 Stein Gjoen.</p>
<p>Linux est une marque déposée appartenant à
Linus Torvalds.</p>
<p>Toutes les marques et logos citées dans ce document sont
déposées par leurs propriétaires
respectifs.</p>
<p>Sauf indication contraire, les HOWTOs Linux sont sous le
copyright de leur(s) auteur(s). Les HOWTOs Linux peuvent être
reproduits et distribués intégralement ou en partie,
sur un support physique ou électronique, pourvu que cette
notice de Copyright figure sur chacune de copies. La distribution
dans un cadre commercial est autorisée et même
encouragée; cependant, l'auteur apprécierait
d'être informé de l'existence de telles
distributions.</p>
<p>Toute traduction, modification ou incorporation de ce document
à d'autres doit être soumise à la notice de
Copyright ci-dessus. C'est-à-dire qu'il est interdit de
restreindre les conditions de distribution ni de ce document ni de
tout document qui serait basé dessus ou l'utiliserait. Des
exceptions à cette règle peuvent être
consenties: consulter le coordinateur des HOWTOs Linux à
l'adresse ci-dessous.</p>
<p>Pour toutes questions contacter le coordinateur des HOWTOs
Linux, Greg Hankins, à l'adresse électronique
linux-howto@sunsite.unc.edu.</p>
<h2><a name="ss1.2">1.2 Avertissement</a></h2>
<p>Je décline toute responsabilité au sujet du
contenu de ce HOWTO. Utilisez les concepts, les exemples et les
trucs à vos risques et périls.</p>
<p>Les marques citées dans ce document sont
déposées par leurs propriétaires
respectifs.</p>
<p>Enfin, vous êtes expressément invités
à faire une sauvegarde de tout votre système avant
tout grand changement et à intervalles réguliers.</p>
<h2><a name="ss1.3">1.3 Nouveautés</a></h2>
<p><!--
disque!nouveautés
--></p>
<p>Ce HOWTO a maintenant un index et utilise les SGMLtools 1.0.5.
Il ne sera donc pas formaté correctement avec une version
antérieure.</p>
<p>La nouveauté la plus récente est la section sur le
formatage d'un disque unique, étant donné que les
disques de 8 Go deviennent abordables. On donne aussi des exemples
de configuration RAID avancées. Les gens
s'intéressent de plus en plus au VFAT32 et il y a des
additions concernant ce système de fichiers.</p>
<p>Le FHS 2.0 est sorti mais aucune distribution ne s'y conforme:
lorsque cela arrivera, ce HOWTO changera un peu. Pour l'instant il
suit le FSSNTD.</p>
<p>A propos de ce HOWTO justement, j'ai enlevé le
préfixe "mini" qui commençait à devenir
comique vu sa taille. En fait ce document est si gros que j'ai
dû inclure un plan de lecture comme certains lecteurs me
l'ont demandé.</p>
<p>Un ajout récent est la section sur la meilleure
manière d'obtenir de l'aide face à un problème
que vous n'arrivez pas à résoudre, ainsi que d'autres
suggestions pour la maintenance. Cette section migrera
bientôt vers un autre HOWTO.</p>
<p>A cause des quantités de Spams j'ai dû truquer
toutes les adresses électroniques de ce document pour
échapper aux robots des spammeurs qui scannent Internet
à la recherche d'adresses à rajouter dans leurs
listes. Pour m'écrire il faut remplacer les
<code>(at)</code> par le symbole <code>@</code></p>
<p>Un certain nombre de pointeurs vers des mailing lists ont
été ajoutés.</p>
<p>Depuis la version 0.14 il y a eu trop de changements pour les
énumérer ici. J'ai reçu beaucoup de remarques
et un patch important de kris (at) koentopp.de qui ajoutait de
nombreux détails. En fait ce document a grandi
au-delà de mes prévisions.</p>
<p>Je suis aussi passé en Debian 1.3 et j'ai remplacé
les valeurs d'espace disque de ma vielle Slackware en
conséquence. J'utiliserai la Debian comme base pour les
discussions et les exemples, mais ce HOWTO s'applique aussi bien
à d'autres distributions ou à d'autres
systèmes d'exploitation. Au moment où j'écris
la Debian 2.0 est sortie en version bêta et elle sera
utilisée pour les versions futures de ce document.</p>
<p>Les nouveaux systèmes de fichiers, journalisés,
à héritage, ou optimisés pour fichiers
à taille variable (comme les fichiers de log)
bénéficient d'un nouvel intérêt dans les
forums de comp.os.linux. Restez à l'écoute pour les
mises à jour. Le vieux programme de défragmentation
pour <code>ext2fs</code> est en cure de rajeunissement et il y a
toujours du travail sur la compression.</p>
<p>La dernière version (en anglais) de de ce document peut
être connue avec la commande <a href=
"finger:sgjoen@nox.nyx.net">finger</a> sur mon compte Nyx.</p>
<p>On la trouve aussi sur ma page Web: <a href=
"http://www.nyx.net/~sgjoen/disk.html">The Multi Disk System Tuning
HOWTO Homepage</a>.</p>
<p>La dernière version traduite en français est sur
<a href="http://www.freenix.org/">Freenix</a>.</p>
<p>Ce HOWTO est disponible en plusieurs formats: SGML, HTML,
PostScript ou texte simple.</p>
<p>La traduction française que vous lisez est due à
Patrick Loiseleur (courrier: loisel (at) lri.fr) et c'est à
lui qu'il faut envoyer commentaires, remarques sur la traduction
elle-même.</p>
<h2><a name="ss1.4">1.4 Remerciements</a></h2>
<p>J'ai le plaisir de remercier les personnes suivantes qui ont
contribué à ce HOWTO:</p>
<blockquote>
<pre>
<code>ronnej (at ) ucs.orst.edu
cm (at) kukuruz.ping.at
armbru (at) pond.sub.org
R.P.Blake (at) open.ac.uk
neuffer (at) goofy.zdv.Uni-Mainz.de
sjmudd (at) redestb.es
nat (at) nataa.fr.eu.org
sundbyk (at) horten.geco-prakla.slb.com
gjoen (at) sn.no
mike (at) i-Connect.Net
roth (at) uiuc.edu
phall (at) ilap.com
szaka (at) mirror.cc.u-szeged.hu
CMckeon (at) swcp.com
kris (at) koentopp.de
edick (at) idcomm.com
pot (at) fly.cnuce.cnr.it
earl (at) sbox.tu-graz.ac.at
ebacon (at) oanet.com
vax (at) linkdead.paranoia.com
tschenk (at) theoffice.net
pjfarley (at) dorsai.org
jean (at) stat.ubc.ca
johnf (at) whitsunday.net.au
</code>
</pre></blockquote>
<p>Des remerciements spéciaux vont à <code>nakano
(at) apm.seikei.ac.jp</code> pour avoir fait <a href=
"http://jf.linux.or.jp/JF/JF-ftp/other-formats/Disk-HOWTO/html/Disk-HOWTO.html">
la traduction japonaise</a>, contribué au document et
donné un exemple de serveur en milieu académique qui
est inclus à la fin de ce document.</p>
<p>Si j'ai oublié quelqu'un, faites-le moi savoir. Ils ne
sont pas si nombreux, donc lisez attentivement ce document,
contribuez à son élaboration et rejoignez
l'élite !</p>
<p>Un nouveauté dans ce document est un appendice avec
quelques tables que vous pouvez remplir pour simplifier
l'élaboration.</p>
<p>Tous commentaires et suggestions (en anglais !) peuvent
êtres envoyés à mon adresse: <a href=
"mailto:sgjoen@nyx.net/">sgjoen@nyx.net</a>.</p>
<p>Et maintenant, allons-y !</p>
<h2><a name="s2">2. Organisation de ce document</a></h2>
<p>Les HOWTOS sont plus des documents pédagogiques que des
manuels de référence. On présentera donc les
choses plutôt comme des des problèmes à
résoudre et leurs solutions que comme un cours sur la
structure des disques durs. Cependant une introduction sur la
manière dont un disque dur fonctionne est indispensable.</p>
<h2><a name="ss2.1">2.1 Structure logique</a></h2>
<p>Elle est basée sur un empilement de couches avec au
sommet le système de fichiers tel que les applications
l'utilisent et tout en bas la couche physique.</p>
<blockquote>
<pre>
<code> _____________________________________________________________
|__ Fichiers, répertoires ( /usr /tmp etc) __|
|__ Système de fichiers (ext2fs, vfat etc) __|
|__ Gestion du volume (AFS) __|
|__ RAID, concaténation (md) __|
|__ Pilote de périphérique (SCSI, IDE etc) __|
|__ Contrôleur (chipset, carte) __|
|__ Connection (cable, réseau) __|
|__ Disque (magnétique, optique etc) __|
-------------------------------------------------------------
</code>
</pre></blockquote>
<p>Dans le diagramme ci-dessus la gestion de volume, le mode RAID
et la concaténation sont optionnels. Les trois derniers
niveaux sont matériels et les autres logiciels. Chaque
niveau sera amplement détaillé ci-dessous.</p>
<h2><a name="ss2.2">2.2 Structure du document</a></h2>
<p>La plupart des utilisateurs partent avec un certain
matériel et ont des une certaine idée de ce qu'ils
veulent faire et de la taille de leur système. Ce sera mon
plan: nous parlerons d'abord du matériel, puis des
contraintes de mise en place et je détaillerai ma
façon de faire. Elle a bien marché chez moi aussi
bien que pour des serveurs réseau au travail ou en milieu
académique comme me l'a rapporté mon collègue
japonais.</p>
<p>Enfin je donnerai certaines tables de valeurs destinées
à vous guider dans la mise en place de votre machine. Comme
je l'ai déjà dit, tous les commentaires sont les
bienvenus.</p>
<h2><a name="ss2.3">2.3 Plan de lecture</a></h2>
<p>Bien que n'étant pas le plus gros ce HOWTO est
déjà bien gros et on m'a demandé un plan de
lecture pour permettre de le lire en diagonale. CHoisissez selon
votre niveau:</p>
<dl>
<dt><b>Expert</b></dt>
<dd>
<p>Si vous connaissez bien Linux et les technologies des disques
durs, consultez seulement les tables en appendice. Eventuellement
vous pouvez lire les Questions/Réponses et le chapitre
<a href="#bits-n-pieces">Bric à Brac</a></p>
</dd>
<dt><b>Expérimenté</b></dt>
<dd>
<p>Si vous connaissez bien les ordinateurs allez directement au
chapitre <a href="#technologies">technologies</a> et
poursuivez.</p>
</dd>
<dt><b>Débutant</b></dt>
<dd>
<p>Désolé. Vous devrez tout lire. En plus je vous
recommande les autres HOWTOs concernant les disques.</p>
</dd>
</dl>
<h2><a name="s3">3. Technologies de disques durs</a>
<!--technologies--></h2>
<p>Une discussion très complète sur les technologies
des disques durs pour compatibles PC se trouve à: <a href=
"http://thef-nym.sci.kun.nl/~pieterh/storage.html">The Enhanced
IDE/Fast-ATA FAQ</a> Elle est aussi régulièrement
postée dans les forums Usenet. On ne présentera ici
que ce qui est indispensable à la compréhension de la
suite.</p>
<h2><a name="ss3.1">3.1 Disque</a></h2>
<p>C'est l'appareil où vos données sont physiquement
enregistrées, et bien que le système d'exploitation
peut les rendre similaires à l'usage, il en existe des types
très différents. On ne parlera pas des disquettes,
sauf dans une prochaine version si beaucoup de monde le
réclame.</p>
<h2><a name="ss3.2">3.2 Géométrie</a></h2>
<p><!--
Disque!géométrie
-->
Un disque dur est constitué d'un ou plusieurs plateaux
tournants qui contiennent des données lues et écrites
par des capteurs. Les capteurs sont fixes les uns par rapport aux
autres et les transferts de données ont donc lieu en
même temps sur tout les plateaux, ce qui définit un
cylindre de pistes. Le disque est aussi divisé en
secteurs.</p>
<p>On spécifie la géométrie d'un disque avec
trois nombres: le nombre de Cylindres, de Têtes et de
Secteurs. En anglais CHS pour cylinders, heads, and sectors.</p>
<p>Il y un certain nombre de conversions entre:</p>
<ul>
<li>le CHS physique</li>
<li>le CHS logique que le disque déclare au BIOS</li>
<li>le CHS logique utilisé par le système
d'exploitation</li>
</ul>
<p>En pratique c'est une source de confusion importante. Voir le
<em>Large Disk mini-HOWTO</em></p>
<h2><a name="ss3.3">3.3 Média</a> <!--média--></h2>
<p>La technologie du médium employé détermine
des paramètres importants comme le taux de
lecture/écriture, le temps moyen d'accès, la
capacité et le fait d'être en lecture seule ou
non.</p>
<h3><a name="magnetic-drives"></a> Disques magnétiques
<!--disques magnétiques--></h3>
<p>C'est le médium le plus courant pour la mémoire de
masse. Habituellement c'est la technologie la plus rapide et elle
est en lecture/écriture. Le plateau tourne avec une vitesse
angulaire constante (CAV) avec une densité physique des
secteurs variable. Le nombre de bits par unité de longueur
reste constant tandis que le nombre de secteurs logiques par piste
varie.</p>
<p>Des valeurs typiques de vitesse angulaire sont 4500 et 5400
tr/min, mais on trouve aussi 7200 et des disques à 10000
tr/min ont fait récemment leur apparition sur le
marché. Le temps d'accès est d'environ 10 ms et les
taux de transferts entre 4 et 40 Mo/s. Il faut se rappeler que les
disques les plus rapides sont aussi ceux qui consomment le plus
d'électricité et chauffent le plus. Voir <a href=
"#power-heating">Chaleur et Consommation d'Énergie</a>
à ce sujet.</p>
<p>Notez bien qu'il y a plusieurs types de transferts qui sont
mesurés avec des unités différentes. Le
premier est le taux de transfert du plateau vers la mémoire
cache du disque, mesuré en Mbit/s, qui vaut entre 50 et 250
Mb/s. Le second est entre le cache et l'adaptateur, il est
mesuré en Moctets/s et vaut entre 3 et 40 Mo/s. (rappel: un
octet = 1 B = 8 bits = 8 b)</p>
<h3>Disques optiques <!--disques optiques--></h3>
<p>Des disques optiques en lecture/écriture existent mais
ils sont lents et peu répandus. Ils étaient
utilisés dans les machines NeXT mais très
critiqués pour leur faible vitesse. Celle-ci est due
à la nature thermique du changement de phase qui
matérialise l'enregistrement de données. Même
avec des lasers assez puissants, les changements de phase sont plus
lents qu'avec un champ magnétique.</p>
<p><!--
CD-ROM
-->
Les cédéroms aussi sont de technologie optique, mais
comme leur nom (ROM = Read Only Memory) l'indique, ils sont en
lecture seule. Leur capacité est d'environ 650 Mo, et le
débit peut atteindre 1,5 Mo/s. Les données sont sur
une seule piste en spirale, on ne peut donc pas vraiment parler de
géométrie pour ces disques. La densité des
données est constante donc le lecteur utilise une vitesse
linéaire constante (CLV). Le temps d'accès est aussi
plus lent, environ 100 ms, en partie à cause de la piste en
spirale. Les lecteurs récents utilisent des vitesses
angulaires constantes (CAV) à certains endroits du disque:
cette technologie mixte CAV/CLV augmente le débit et
réduit le temps d'accès car il y a moins besoin
d'accélérer et de ralentir la vitesse angulaire (pour
garder une vitesse linéaire constante).</p>
<p>Un nouveau type de disque semblable au cédérom (le
DVD) permettra jusqu'à 18 Go de stockage.</p>
<h3>Disques à états solides
<!--disques à états solides--></h3>
<p>Cette technologie récente est surtout utilisée
dans les portables et les systèmes embarqués. Ne
contenant aucune partie mobiles ils sont très rapides pour
le taux de transfert comme pour le temps d'accès. Le type le
plus courant est la mémoire vive "flashable" (flash-RAM)
mais d'autre types de mémoire vive sont aussi
utilisés. Il y a quelques années de grands espoirs se
sont portés sur la mémoire à bulles
magnétiques mais elle s'est avérée
chère et pas pratique.</p>
<p>En général les disques de mémoire vive sont
une mauvaise idée: mieux vaut mettre beaucoup de
mémoire sur la carte mère et laisser le
système d'exploitation la diviser en fichiers, cache, zone
de programmes et de données. Les disques de mémoire
vive sont utiles seulement pour des usages très
spécifiques, comme des systèmes temps réel
avec des délais très courts.</p>
<p>La mémoire flash est aujourd'hui disponible par dizaines
de Mo et on pourrait être tenté de l'utiliser pour un
stockage temporaire rapide des données. Mais il y a un os:
on ne peut écrire sur de la mémoire flash qu'un
nombre assez limité de fois. Mettre <code>swap</code>,
<code>/tmp</code> ou <code>/var/tmp</code> sur un
périphérique de ce genre réduirait
drastiquement sa durée de vie. En revanche il peut
être intéressant d'utiliser de la mémoire flash
pour des données lues souvent et écrites peu
souvent.</p>
<p>Pour augmenter la durée de vie il faudra des pilotes
spéciaux qui minimisent le nombre de fois où on doit
effacer un bloc mémoire.</p>
<p>Cet exemple montre bien l'intérêt qu'il y a
à séparer l'arborescence des fichiers entre plusieurs
périphériques.</p>
<p>Les lecteurs à état solide n'ont pas d'adressage
pas cylindre/tête/secteur mais cette géométrie
est simulée par le pilote: ainsi de l'extérieur ils
se comportent exactement comme un disque dur.</p>
<h2><a name="ss3.4">3.4 Interfaces</a> <!--interfaces--></h2>
<p>Il y a une pléthore d'interfaces dans une gamme de prix
très étendue. La plupart des cartes-mères
comprennent une interface IDE ou mieux, la puce Triton d'Intel sur
bus PCI qui est très répandue aujourd'hui. Beaucoup
de cartes-mères ont aussi une puce d'interface SCSI
fabriquée par Symbios (nouveau nom de NCR) et directement
connectée au bus PCI. Vérifiez ce que vous avec et ce
que le BIOS de voter carte-mère supporte.</p>
<h3>MFM et RLL <!--MFM--><!--RLL--></h3>
<p>Il fut un temps où c'était la technologie
incontournable, un temps où 20 Mo c'était le bout du
Monde. Ces interfaces dinausoresques sont d'un lenteur comique
comparé à ce qui se fait aujourd'hui. Linux les
supporte mais vous seriez bien avisé de vous demander ce que
vous voulez mettre dessus. On peut bien sûr penser qu'une
partition de secours avec un DOS potable dessus est toujours
utile.</p>
<h3>ESDI <!--ESDI--></h3>
<p>En fait, ESDI est une adaptation de l'interface SMD, très
utilisée sur les "gros" ordinateurs, avec le câblage
de l'interface ST506, plus pratique que les 60 + 26 broches du
connecteur SMD. L'interface ST506 était très nulle et
dépendait complètement du contrôleur et du
processeur pour faire les calculs de tête/cylindre/secteur et
garder une trace de la position de la tête, etc. L'interface
ST506 exigeait du contrôleur qu'il gère de
façon détaillée les paramètres physique
du lecteur et le formatage des pistes, bit par bit. Ce genre
d'interface a vécu 10 ans si on compte les variantes MFM,
RLL, ERLL et ARLL. ESDI, d'un autre côté, était
"intelligente": le contrôleur avait souvent trois ou quatre
puces pour un seul disque, et il y avait un langage de haut niveau
pour formater une piste, rechercher et transférer des
données. ESDI permettait d'utiliser une densité
d'enregistrement variable, ou beaucoup d'autres choses. Bien que
pas mal de techniques de ESDI aient été
incorporées à IDE, c'est SCSI qui a progressivement
détrôné ESDI.</p>
<h3>IDE et ATA <!--IDE--><!--ATA--></h3>
<p>Avec les progrès de la miniaturisation, les
contrôleurs, autrefois sur une carte ISA, ont
été intégrés au disque et IDE
(Integrated Drive Electronics) était né.
C'était simple, pas cher et assez rapide, si bien que les
concepteurs du BIOS ont fixé une de ces limitations
arbitraires dont l'informatique est pleine. Avec 16 têtes et
1024 secteurs, la capacité fut limitée à 504
Mo. Dans la plus pure tradition de l'industrie informatique, cette
limitation a été ensuite contournée par des
bidouilles infâmes dans le BIOS. En clair, vous devez lire
très attentivement la documentation de votre BIOS pour
savoir de quand il date et quelle taille de disque il autorise.
Heureusement avec Linux vous pouvez spécifier directement au
noyau (donc sans avoir besoin de passer par le BIOS) les
paramètres (CHS) du disque. La documentation de Lilo et de
Loadlin détaille comment le faire. IDE est synonyme d'ATA,
AT Attachements. IDE utilise un programmes d'entrées-sorties
(<em>PIO-mode</em>) très gourmand en temps de calcul qui
monopolise le processeur principal. Le taux de transfert optimal
(théorique) est de 8,3 Mo/s. IDE ne permet pas
l'accès direct à la mémoire (DMA)</p>
<h3>EIDE, Fast-ATA et ATA-2 <!--EIDE--><!--Fast-ATA-->
<!--ATA-2--></h3>
<p>Ces trois termes sont à peu près
équivalents. fast-ATA et ATA-2 sont synonymes, mais EIDE
comprend ATAPI. ATA-2 est ce qu'il y a de mieux actuellement, car
plus rapide et autorisant l'accès direct à la
mémoire (DMA). Le taux de transfert maximal est 16,6
Mo/s.</p>
<h3>Ultra-ATA (ou Ultra-DMA) <!--Ultra-ATA--><!--Ultra-DMA--></h3>
<p>Ce nouveau mode DMA est à peu près deux fois plus
rapide que l'EIDE PIO-Mode 4. Deux disques avec et sans l'Ultra-DMA
peuvent être mis sur la même nappe sans
pénalité pour le plus rapide. L'interface Ultra-DMA
est compatible au plus bas niveau (au niveau électrique) au
Fast-ATA, y compris pour la longueur minimale des nappes.</p>
<h3>ATAPI <!--ATAPI--></h3>
<p>ATAPI signifie <em>ATA Packet Interface</em> et a
été conçu mettre des cédéroms
sur une interface IDE. Comme l'IDE, il est simple et pas cher.</p>
<h3>SCSI <!--SCSI--></h3>
<p>SCSI signifie <em>Small Computer System Interface</em> et c'est
une interface générique qu'on peut utiliser pour
brancher des disques, des plateaux de disques, des imprimantes, des
scanners, des graveurs de cédéroms, ... Le nom est
mal choisi dans la mesure où c'est utilisé dans les
PC haut de gamme et les stations. Elle convient aux environnements
multi-tâche.</p>
<p>L'interface standard a 8 bits de large et peut gérer 8
périphériques. L'interface <em>wide-SCSI</em> a 16
bits de large (elle est donc deux fois plus rapide à la
même fréquence) et peut gérer 16
périphériques. La carte SCSI est toujours
comptée comme un périphérique, habituellement
avec le numéro 7 (les autres étant
numérotés de 0 à 6). Le SCSI 32 bits existe
aussi mais il demande en général un ensemble de
câbles doubles.</p>
<p>L'ancien standard faisait 5 Mo/s et le nouveau
(<em>fast-SCSI</em>) 10 Mo/s. L'<em>ultra-SCSI</em>, connu aussi
sous le nom de <em>fast 20</em>, réalise 20 Mo/s sur un bus
8 bits. Des voltages plus bas (LVD, pour <em>Low Voltage
Differential</em>) permettent d'atteindre de plus grandes vitesses
et d'utiliser des câbles plus longs.</p>
<p>Le SCSI est plus rapide, mais plus cher que l'(E)IDE. On ne
saurait assez insister sur l'importance de la terminaison et la
qualité des câbles. Les disques SCSI sont aussi en
général de meilleure qualité que les disques
IDE. Souvent on peut les brancher et les débrancher
"à chaud" (sans couper l'alimentation), ce qui est surtout
utile si on a plusieurs ordinateurs (pour pouvoir transporter les
disques d'un ordinateur à un autre).</p>
<p>Parmi les documents à consulter sur le SCSI, le
SCSI-HOWTO et la Foire Aux Questions (FAQ) SCSI sont vivement
recommandés.</p>
<p>Un autre avantage du SCSI est qu'on peut connecter facilement
des lecteurs de DAT pour sauvegarder des données, ainsi que
certaines imprimantes ou scanners. Il est même possible de
l'utiliser comme un réseau ultra-rapide entre ordinateurs
qui partagent des périphérique SCSI. C'est cependant
non-trivial en particulier pour assurer la cohérence de la
mémoire tampon des deux cartes SCSI.</p>
<h2><a name="ss3.5">3.5 Câbles et nappes</a>
<!--câbles--><!--nappes--></h2>
<p>Ce n'est pas un cours de hardware mais certaines informations
sur les câbles sont nécessaires. Cette pièce si
simple de l'équipement est souvent la cause de bien des
problèmes. Aux vitesses actuelles il faut tenir compte de
son impédance, et sans un minimum de précautions on
risque des dysfonctionnement ou bien la panne complète.
Certains adaptateurs SCSI sont plus sensibles que d'autres à
la qualité des câbles.</p>
<p>Les câbles blindés sont bien sûr meilleurs
(ils sont protégés des interférences
électromagnétiques) mais beaucoup plus chers. Avec un
peu d'habileté vous obtiendrez de bon résultats sur
un câble non blindé.</p>
<ul>
<li>Pour le Fast-ATA et l'Ultra-ATA, la longueur maximale de la
nappe est 45 cm. Les nappes des deux ports IDE sont souvent
connectées, donc elle comptent pour <em>un seul</em>
câble. Dans tous les cas les nappes IDE doivent être
aussi courtes que possible. Si vous avez des plantages
incompréhensibles ou des changements spontanés de
données, examinez votre câblage. Essayer un mode PIO
moins élevé (entre 1 et 4) ou déconnectez la
seconde nappe si le problème persiste.</li>
<li>Utilisez le moins de câble possible, mais n'oubliez pas
la séparation de 30cm minimum entre deux
périphériques ultra SCSI.</li>
<li>Évitez les empilements entre la nappe et le disque,
branchez la prise de la nappe directement sur le disque.</li>
<li>Utilisez la bonne terminaison pour les
périphériques SCSI et à la bonne position,
c'est-à-dire aux deux extrémités de la
chaîne SCSI. Souvenez-vous que l'adaptateur peut avoir une
auto-terminaison: dans ce cas, il suffit de vérifier que
l'autre extrémité est bien terminée.</li>
<li>Ne mélangez pas les câbles blindés et non
blindés, n'enroulez pas les câbles autour du
métal, évitez de placer les câbles trop
près des parties métalliques. Cela peut créer
des différences d'impédance qui à leur tour
entraînent la réflexion des signaux et augmentent le
bruit sur le câble. Avec des contrôleurs multi-canaux
le problème se pose de façon plus aiguë encore.
On peut essayer de mettre du plastique autour des câbles pour
éviter une trop grande proximité avec les
éléments métalliques.</li>
</ul>
<h2><a name="ss3.6">3.6 Adaptateurs</a> <!--adaptateurs--></h2>
<p>C'est l'autre extrémité de l'interface du disque,
la partie connectée à un bus de la carte-mère.
La vitesse du bus doit être assez élevée pour
ne pas être une limitation par rapport à celle du
disque. Mettre une rangée de disques RAID-0 sur une carde
ISA serait du gâchis (car le bus ISA est trop lent). La
plupart des machines actuelles ont un bus PCI 32 bits avec un
débit de 132 Mo/s: dans un proche futur au moins, la vitesse
du bus ne sera pas un facteur limitant sur ces machines.</p>
<p>Comme l'électronique a migré vers
l'intérieur des disques, ce qui reste et qui constitue
l'interface E(IDE) est ridiculement petit: souvent c'est
intégré au contrôleur du bus PCI. Un adaptateur
SCSI est plus complexe et comprend souvent un petit processeur: il
est donc plus cher et n'est pas inclus dans le contrôleur
PCI. En contrepartie, il décharge le processeur de certains
calculs lors des accès disque.</p>
<p>Certains adaptateurs SCSI comportent même une
mémoire cache et de l'intelligence pour anticiper les
décisions du système d'exploitation. Mais le
résultat dépend fortement du système
d'exploitation utilisé. Linux a de son côté
tant d'optimisations que le gain est souvent assez faible.</p>
<p>Mike Neuffer, qui a écrit les pilotes pour les
contrôleurs DPT, assure que ces contrôleurs sont assez
intelligents pour obtenir d'excellentes perfomances pourvu qu'ils
aient suffisament de mémoire cache, et que les gens qui
n'ont pas obtenu de gain de perfomances significatif avec des
contrôleurs plus élaborés n'utilisent pas assez
bien le contrôleur.</p>
<h2><a name="ss3.7">3.7 Systèmes multi-canaux</a>
<!--multi-canaux--></h2>
<p>Pour augmenter les performances globales il faut identifier les
facteurs limitants et les éliminer. Dans certains cas, avec
un grand nombre de disques connectés, il est
intéressant d'avoir plusieurs contrôleurs travaillant
en parallèle, aussi bien pour le SCSI que pour l'IDE (les
cartes mères ont souvent deux canaux IDE). Bien sûr
Linux sait en tirer profit.</p>
<p>Certains contrôleurs RAID offrent 2 ou 3 canaux et c'est
intéressant de répartir la mémoire de masse
entre plusieurs canaux. Autrement dit, avec deux disques SCSI que
vous voulez RAID-er et un contrôleur à deux canaux,
placez un disque sur chaque canal.</p>
<h2><a name="ss3.8">3.8 Systèmes multi-cartes</a>
<!--multi-cartes--></h2>
<p>On peut avoir du SCSI et du IDE sur la même machine, mais
aussi plusieurs contrôleurs SCSI. Vérifiez dans le
SCSI-HOWTO quels contrôleurs vous pouvez combiner. Sans doute
vous devrez indiquer au noyau qu'il doit juste détecter un
contrôleur au démarrage (l'autre contrôleur sera
détecté et utilisé plus tard). Voyez la
documentation de Lilo et du SCSI pour plus de détails.</p>
<p>Les systèmes à plusieurs contrôleurs peuvent
offrir un gain de vitesse appréciable si on configure bien
les disques, spécialement en mode RAID0. Pour bien
paralléliser les disques et les contrôleurs, ajoutez
les disques dans le bon ordre pour le driver <code>md</code>. Si le
contrôleur 1 est connecté aux disques <code>sda</code>
et <code>sdb</code> et le contrôleur 2 aux disques
<code>sdc</code> et <code>sdd</code>, ajoutez les disques dans
l'ordre <code>sda - sdc - sdb - sdd</code>, ainsi une lecture ou
écriture concernant plus d'un cluster se répartira le
plus souvent sur 2 contrôleurs.</p>
<p>La même méthode s'applique aux disques IDE. La
plupart des cartes-mères ont 4 ports IDE:</p>
<ul>
<li><code>hda</code> maître primaire</li>
<li><code>hdb</code> esclave primaire</li>
<li><code>hdc</code> maître secondaire</li>
<li><code>hdd</code> esclave secondaire</li>
</ul>
<p>avec les deux disques primaires sur la même nappe, et les
deux disques secondaires sur l'autre nappe. Il faut donc les
concaténer dans l'ordre <code>hda - hdc - hdb - hdd</code>
afin de paralléliser au maximum selon les deux canaux.</p>
<h2><a name="ss3.9">3.9 Comparatif de vitesse</a>
<!--vitesse--></h2>
<p>Les tables suivantes donnent des vitesses indicatives (rappel:
il s'agit de vitesses <em>théoriques</em> maximales).</p>
<h3>Contrôleurs</h3>
<blockquote>
<pre>
<code>IDE : 8.3 - 16.7
Ultra-ATA : 33
SCSI :
Largeur du bus (bits)
Vitesse du Bus (MHz) | 8 16 32
--------------------------------------------------
5 | 5 10 20
10 (fast) | 10 20 40
20 (fast-20 / ultra) | 20 40 80
40 (fast-40 / ultra-2) | 40 80 --
--------------------------------------------------
</code>
</pre></blockquote>
<h3>Types de bus</h3>
<blockquote>
<pre>
<code>
ISA : 8-12
EISA : 33
VESA : 40 (Parfois poussé à 50)
PCI
Largeur de bus (bits)
Vitesse du Bus (MHz) | 32 64
--------------------------------------------------
33 | 132 264
66 | 264 528
--------------------------------------------------
</code>
</pre></blockquote>
<h2><a name="ss3.10">3.10 Jeux de tests (Benchmarks)</a>
<!--benchmarks--></h2>
<p>C'est un sujet très, très délicat et je ne
m'engagerai que très prudemment sur ce terrain miné.
Il est très difficile de faire des tests comparables et
significatifs. Mais que ça ne décourage pas ceux qui
voudront essayer ...</p>
<p>On peut utiliser les benchmarks pour un diagnostic du
système, pour voir s'il est aussi rapide qu'il le devrait
étant donné ses composantes. Ainsi en passant d'un
système de fichiers tout simple au RAID, vous attendrez une
accélération significative, donc une perte de
performances vous informera que quelque chose déco^H^H^H^H
ne va pas.</p>
<p>N'essayez pas de bricoler votre propre jeu de test, utilisez
plutôt <code>iozone</code> et <code>bonnie</code>, et lisez
la documentation très attentivement. Plus d'info dans la
prochaine version du HOWTO.</p>
<h2><a name="ss3.11">3.11 Comparaisons</a></h2>
<p>Le SCSI offre de meilleures performances que l'EIDE, mais cela
se paye. La terminaison est plus complexe mais rajouter un disque
n'est pas très difficile. Avoir plus de 4 (plus de 2 dans
certains cas) disques IDE peut être compliqué, alors
que le wide-SCSI supporte jusqu'à 15 disques par adaptateur
(plus encore pour les contrôleurs multi-canaux).</p>
<p>Vous avez besoin d'un IRQ par contrôleur SCSI, chaque
contrôleur pouvant gérer jusqu'à 15 disques. En
revanche, vous avez besoin d'un IRQ par disque IDE, ce qui peut
générer des conflits.</p>
<p>RLL et MFM sont trop vieux, lents et malpratiques pour
être d'un utilité quelconque.</p>
<h2><a name="ss3.12">3.12 Perspectives</a></h2>
<p>Le SCSI-3 est en préparation. Des disques plus rapides
sont annoncés, et récemment un spécification
monstre à 80 Mo/s sur un bus de 16 bits a été
proposée.</p>
<p>Certains constructeurs ont annoncé des matériels
SCSI-3 mais c'est prématuré car le standard n'est pas
encore publié. Le point de saturation du bus PCI se
rapproche. Actuellement la limite du bus PCI 64 bits à 33
MHz est 256 Mo/s, mais les futurs bus à 66 MHz grimperont
à 528 Mo/s.</p>
<p>Une autre tendance est que l'espace disque est de plus en plus
grand. On peut actuellement mettre 55 Go sur un seul disque, mais
c'est encore assez cher. Le meilleur rapport espace/prix se situe
autour de 8 Go et augmente continûment. L'introduction du DVD
aura un grand impact dans un futur proche, avec 20 Go sur un seul
disque on peut envisager même l'image intégrale des
plus grands sites FTP. La seule chose certaine est que même
si les disques ne sont pas mieux, ils seront plus gros.</p>
<p>Note: J'avais écrit dans ce HOWTO que la vitesse maximale
des cédéroms était 20x à cause de
problèmes de stabilité mécanique, mais peu
après le premier cédérom 24x était
disponible ... actuellement vous pouvez acheter un 40x et sans
aucun doute des vitesses supérieures seront atteintes.</p>
<h2><a name="recommendations"></a> <a name="ss3.13">3.13
Recommandations</a></h2>
<p>A mon avis EIDE ou Utra-DMA est mieux pour commencer sur une
machine personnelle, spécialement si vous utilisez MS-DOS.
Si vous voulez étendre votre système plus tard ou
l'utiliser comme serveur, il est fortement recommandé
d'utiliser des disques SCSI. Actuellement le wide-SCSI est
légèrement plus cher. Le SCSI standard a un bon
rapport qualité-prix. Il existe un bus SCSI
différentiel qui permet une plus grande longueur de
câble, mais il est tellement plus cher qu'on ne doit pas le
recommander aux utilisateurs normaux.</p>
<p>En plus des disques vous pouvez ajouter des scanners et des
imprimantes sur un bus SCSI.</p>
<p>Gardez à l'esprit que toute extension de votre
système augmente la consommation
d'électricité, et assurez-vous que l'alimentation et
le refroidissement restent suffisants. Beaucoup de disques SCSI ont
une option de démarrage en séquence adapté aux
grands systèmes. Voir aussi <a href="#power-heating">Chaleur
et Consommation</a></p>
<h2><a name="s4">4. Considérations diverses</a></h2>
<p>Avec le PC familial, un utilisateur récemment converti
à Linux cherchera surtout à obtenir les meilleures
performances pour un matériel donné. Quelqu'un qui
achète une machine pour un usage spécifique (comme un
fournisseur d'accès à Internet) cherche au contraire
à se procurer le matériel en fonction de ses besoins.
Ce HOWTO couvre les deux situations.</p>
<p>De manière générale, le mieux est d'avoir
autant de disques que possible, mais on ne peut pas en rajouter
indéfiniment et le coût est aussi un facteur. A taille
totale égale, plus il y a de partitions et de disques, plus
la maintenance est compliquée.</p>
<h2><a name="ss4.1">4.1 Usage des systèmes de
fichiers</a></h2>
<p>Les différentes parties du FSSTND n'ont pas les
mêmes exigences en terme de vitesse, de taille et de
fiabilité. Casser la racine / est pénible mais peut
être facilement réparé, casser
<code>/var/spool/mail</code> c'est une autre histoire. Voici un
bref résumé des principales parties d'un
système de fichiers. Notez que c'est indicatif, qu'on peut
très bien avoir des binaires dans <code>/etc</code> ou
<code>/lib</code> et des librairies dans <code>bin</code>, etc.</p>
<h3>Swap <!--swap--></h3>
<p>(ndT: le swap est une partie du disque utilisée pour
prolonger la mémoire vive de la machine. Il se comporte donc
exactement comme de la mémoire vive supplémentaire,
mais en 1000 fois plus lent)</p>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Maximum! Si toutefois vous dépendez trop du swap, achetez
plus de mémoire vive. Attention au fait que sur la plupart
des cartes mères le cache ne marchera pas au-delà de
128 Mo.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>Entre 1 fois et 2 fois celle de la mémoire vive. 4 Mo + 4
Mo (mémoire + swap) suffisent pour un système
minimaliste et 16 Mo + 40 Mo permettent d'être à
l'aise.</p>
<p>Attention à prendre en compte le type d'applications que
vous utilisez. Pour faire du calcul formel ou du ray-traycing il se
peut que 128 Mo de mémoire et autant de swap soient
nécessaires.</p>
<p>Autre raison de ne pas lésiner sur la taille du swap:
certains programmes ne libèrent pas complètement la
mémoire qu'ils ont allouée, causant ce qu'on appelle
des fuites de mémoire. La mémoire n'est pas
libérée, même quand le programme
s'arrête. Lorsque la mémoire vive et le swap sont
pleins, il n'y a plus qu'à redémarrer. Heureusement
ce genre de programmes est peu fréquent, mais avoir beaucoup
de swap vous donne de la marge.</p>
<p>Certains programmes bloquent leurs pages en mémoire vive
(on ne peut donc pas les swapper). Ce peut être pour des
raisons de sécurité ou de performance (par exemple
pour un système temps réel). Bien sûr de tels
programmes, en occupant de la mémoire qui ne peut être
swappée, font que le système commence à
utiliser le swap plus tôt que prévu.</p>
<p>Le manuel de mkswap (<code>man 8 mkswap</code>) explique que
chaque partition de swap ne doit pas excéder 128 Mo sur une
machine 32-bit et 256Mo sur une machine 64-bit.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Moyenne. En cas de problème vous le savez assez vite et
vous pouvez perdre le travail en cours. Vous sauvegardez souvent,
n'est-ce pas ?</p>
</dd>
<dt><b>Note 1</b></dt>
<dd>
<p>Linux permet de bâtir un swap à cheval sur
plusieurs disques. Taper <code>man 8 swapon</code> pour les
détails. Cepandant, un swap réparti sur plusieurs
disques est souvent plus lent.</p>
<p>L'entrée dans le fichier <code>/etc/fstab</code> doit
ressembler à:</p>
<blockquote>
<pre>
<code>/dev/sda1 swap swap pri=1 0 0
/dev/sdc1 swap swap pri=1 0 0
</code>
</pre></blockquote>
Le fichier <code>fstab</code> est <em>très</em> sensible au
formatage utilisé, donc lisez attentivement la page de man
et ne copie-pestez pas les lignes précédentes.</dd>
<dt><b>Note 2</b></dt>
<dd>
<p>Certains utilisent un disque de mémoire vive (RAM disk)
comme mémoire swap. Mais comme l'usage du swap est
d'augmenter la mémoire vive et qu'un RAM disk diminue la
quantité de mémoire vive disponible (en particulier
pour le cache disque), cette solution est à proscrire.</p>
</dd>
<dt><b>Note 2bis</b></dt>
<dd>
<p>Il y a une exception: sur un certain nombre de
cartes-mères mal conçues, le cache externe ne peut
pas cacher toute la mémoire vive qui peut être
adressée. Ces cartes-mères peuvent supporter 128 Mo,
mais seuls les premiers 64 Mo bénéficieront du cache.
Dans ces conditions, les performances seront
améliorées si on utilise les 64 Mo restants comme un
RAMdisk pour le swap ou le stockage temporaire.</p>
</dd>
</dl>
<h3>Stockage temporaire(<code>/tmp</code> and
<code>/var/tmp</code>) <!--/tmp--><!--/var/tmp--></h3>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Très élevée. Sur un disque ou une partition
séparée, cela réduira la fragmentation, mais
de toute façon <code>ext2fs</code> fragmente très
peu.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>Difficile à dire. A la maison quelques Mo suffisent mais
sur un serveur, certains utilisateurs y stockent leurs fichiers de
manière à échapper aux quotas et au
contrôle, et cette partition peut grandir
démesurément. Disons donc: entre 8 et 32 Mo à
la maison, 128 Mo pour un petit serveur et jusqu'à 500 Mo
(la machine utilisé par l'auteur sert 1100 utilisateurs avec
un répertoire <code>/tmp</code> de 300 Mo). Gardez un oeil
sur ces répertoires, pour les fichiers cachés ou bien
trop vieux. Attendez-vous un de ces jours à devoir retailler
vos partitions à cause d'un <code>/tmp</code> trop
petit.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Faible. Souvent les programmes évitent de planter et
produisent le bon message d'erreur quand ces répertoires
sont pleins ou provoquent une erreur. Des erreurs de fichiers
aléatoires sont bien sûrs plus sérieuses, mais
c'est le cas pour toutes les partitions !</p>
</dd>
<dt><b>Fichiers</b></dt>
<dd>
<p>Princicipalement de petits fichiers à durée de vie
assez courte. Les programmes bien écrits effacent leurs
fichiers dans <code>/tmp</code> mais si une erreur survient
à ce moment-là ils ne plantent pas, donc de "vieux"
fichiers peuvent traîner dans <code>/tmp</code>. Avec la
plupart des distributions, on a la possibilité d'effacer
tout le contenu de <code>/tmp</code> au démarrage.</p>
</dd>
<dt><b>Note 1</b></dt>
<dd>
<p>Dans le FSSTND il y a une note sur la possibilité de
mettre <code>/tmp</code> dans un disque de mémoire vive.
Cependant, pour les mêmes raisons que pour le swap, ce n'est
pas recommandé. Comme ça a déjà
été dit, n'utilisez pas de flash RAM pour ces
répertoires. Gardez en tête que les fichiers de
<code>/tmp</code> sont effacés au redémarrage, avec
certaines distributions.</p>
</dd>
<dt><b>Note 2</b></dt>
<dd>
<p>Dans les vieux systèmes on trouve un répertoire
<code>/usr/tmp</code> mais on recommande de ne pas l'utiliser. Pour
les vieux programmes, on en a fait un lien symbolique vers les
autres aires de stockage temporaire.</p>
</dd>
</dl>
<h3>Queues (<code>/var/spool/news</code> and
<code>/var/spool/mail</code>) <!--/var/spool/mail-->
<!--/var/spool/news--><!--/var/spool/lp--></h3>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Elevée, surtout pour les gros serveurs de news. Pour les
queues d'impression: lente. Pour les news on peut envisager du
RAID0.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>Pour les seveurs de news et de mail: dépend des besoins.
Pour un seul utilisateur quelques Mo suffisent, si on ne part pas
en vacances en étant abonné à 10 mailing lists
... (La machine que j'utilise au travail a 100 Mo pour
<code>/var/spool</code> tout entier)</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Mail: très haute, news: moyenne, queue d'impression:
basse. Si votre mail est très important (mais n'est-ce pas
le cas ?) songez à une solution RAID.</p>
</dd>
<dt><b>Fichiers</b></dt>
<dd>
<p>D'habitude un grand nombre de fichiers de quelques Ko, mais les
fichiers d'une queue d'impression peuvent être assez
gros.</p>
</dd>
<dt><b>Note</b></dt>
<dd>
<p>Certaines documentations des news suggèrent de mettre
tous les fichiers <code>.overview</code> dans un disque
différent de celui des news. Voir les FAQs pour plus
d'informations. La taille de ces fichiers est entre 3 et 10
pourcents du total.</p>
</dd>
</dl>
<h3><a name="home-dirs"></a> Répertoires utilisateurs
(<code>/home</code>)</h3>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Moyenne. Certains programmes (comme les client des news) font de
fréquentes mises à jour dans les répertoires
des utilisateurs, ce qui peut avoir une importance s'il y a
beaucoup d'utilisateurs. Pour les petits systèmes la vitesse
n'est pas critique.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>A vous de voir ! Avec certains fournisseurs on paie selon la
place disque, donc c'est une question de gros sous. De grands
systèmes comme <a href="http://www.nyx.net/">nyx.net</a>
(service Internet gratuit avec le mail, les news et la Toile)
marchent bien avec une taille suggérée de 100 Ko par
utilisateur et 300 Ko au grand maximum. Les fournisseurs
commerciaux offrent autour de 5 Mo par utilisateur.</p>
<p>Si vous écrivez des livres ou si vous programmez, les
besoins augmentent vite.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Variable. Perdre <code>/home</code> sur un système
personnel est ennuyeux, mais recevoir 2000 coups de fils
d'utilisateurs qui se plaignent que leur répertoire a
disparu est plus qu'ennuyeux. Pour certains c'est vital. Vous
faites des sauvegardes régulières, n'est-ce pas ?</p>
</dd>
<dt><b>Fichiers</b></dt>
<dd>
<p>A vous de voir. Le minimum des fichiers de démarrage de
chaque utilisateur est une douzaine de fichiers pour environ 5
Ko.</p>
</dd>
<dt><b>Note 1</b></dt>
<dd>
<p>Vous pouvez envisager le RAID pour la vitesse ou la
fiabilité. Si vous voulez une vitesse et une
fiabilité extrême, vous devriez envisager une autre
solution logicielle et matérielle (serveurs haut-de-gamme,
système avec tolérance aux pannes, etc).</p>
</dd>
<dt><b>Note 2</b></dt>
<dd>
<p>Les brouteurs Web utilisent souvent un cache local qui peut
prendre beaucoup de place et provoquer beaucoup d'activité
disque. Il y a plusieurs moyens d'éviter cela, voir <a href=
"#server-home-dirs">Répertoires Utilisateurs</a> et <a href=
"#www">WWW</a>.</p>
</dd>
<dt><b>Note 3</b></dt>
<dd>
<p>La tendance naturelle des utilisateurs est d'utiliser au maximum
l'espace disque qu'on leur alloue. Le système de Quotas
Linux permet de limiter le nombre de blocs et d'inodes qu'un seul
utilisateur peut allouer par système de fichiers. Voir le
<a href="http://www.freenix.fr/linux/HOWTO">Linux Quota
mini-HOWTO</a></p>
</dd>
</dl>
<h3><a name="main-binaries"></a> Exécutables (
<code>/usr/bin</code> et <code>/usr/local/bin</code>)
<!--/usr/bin--><!--/usr/local/bin--></h3>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Lente. La vitesse de chargement d'un binaire n'est pas critique,
j'en veux pour témoin les bonnes performances des
systèmes "live" sur un CDROM.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>200 Mo devraient suffire. Un serveur à usages multiples
devrait peut-être réserver 500 Mo pour anticiper la
croissance.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Basse. Les binaires essentiels sont en général
dans <code>/bin</code> et <code>/sbin</code>. Si l'on perd tous les
binaires, c'est pénible car il faut tout réinstaller,
mais pas dramatique.</p>
</dd>
<dt><b>Fichiers</b></dt>
<dd>
<p>La plupart entre 10 et 100 Ko. Certains assez gros (emacs
...)</p>
</dd>
</dl>
<h3>Librairies (<code>/usr/lib</code> and
<code>/usr/local/lib</code>) <!--/usr/lib-->
<!--/usr/local/lib--></h3>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Moyenne. On trouve là plein de choses, des fontes comme
des librairies dynamiques. Souvent les fichiers sont chargés
en entier et donc une vitesse suffisante est nécessaire.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>Variable. C'est là par exemple que les traitement de
texte stockent leurs dizaines de mégas de fontes et
d'exemples. Le peu de personnes qui m'ont contacté m'ont
parlé de 70 Mo, mais une installation Debian 1.2
complète peut prendre plus de 250 Mo. Parmi les plus gros
consommateurs de place disque: GCC, Emacs, TeX/LaTeX, X11 et
perl.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Basse. Comme pour les exécutables.</p>
</dd>
<dt><b>Fichiers</b></dt>
<dd>
<p>Assez gros avec un odre de grandeur de 1 Mo.</p>
</dd>
<dt><b>Note</b></dt>
<dd>
<p>Pour des raisons historiques certains programmes (comme GCC dans
<code>/usr/lib/gcc/lib</code>) stockent des exécutables dans
les répertoires de librairies.</p>
</dd>
</dl>
<h3>Racine (<code>/</code>)</h3>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Assez lent: il n'y a là que le minimum, et la plupart des
programmes ne sont lancés qu'au démarrage.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>Assez petit. Cepandant c'est une bonne idée de garder
quelques fichiers et utilités de dépannage et
plusieurs versions du noyau. 20 Mo devraient suffire.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Elevée. Une panne de la racine peut être
relativement coûteuse en temps et en cheveux arrachés.
Avec de la pratique vous pourrez faire cela en un heure, mais si
vous avez l'habitude de ce genre de choses c'est que quelque chose
ne va pas.</p>
<p>Naturellement, vous avez une disquette de secours ? Et vous
l'avez mise à jour régulièrement ? Il y a des
disquettes toutes faites et des utilitaires de création de
disquette de secours. Y passer un peu de temps peut vous
épargner de devenit un expert en réparation de la
partition racine.</p>
</dd>
<dt><b>Note 1</b></dt>
<dd>
<p>Si vous avez plein de disques, pourquoi ne pas mettre une
partition de boot de secours sur un disque physiquement
différent de celui sur lequel vous démarrez
habituellement ? Le peu d'espace que ça vous coûtera
sera amplement compensé par le temps gagné en cas de
panne.</p>
</dd>
<dt><b>Note 2</b></dt>
<dd>
<p>Pour la simplicité comme pour le dépannage, il
n'est pas recommandé de mettre la partition racine sur un
système RAID niveau 0. Si vous utilisez RAID pour votre
partition racine, il faut mettre l'option <code>md</code> pour
votre noyau de secours.</p>
</dd>
<dt><b>Note 3</b></dt>
<dd>
<p>Pour démarrer avec Lilo il est important que les fichiers
essentiels au démarrage résident entièrement
dans les 1023 premiers cylindres. Ce qui comprend le noyau et les
fichiers du répertoire <code>/boot</code>.</p>
</dd>
</dl>
<h3>DOS, etc. <!--MS-DOS--><</h3>
<p>Au risque de paraître hérétique j'ai inclus
ce paragraphe au sujet duquel beaucoup ont des réaction
vives. Malheureusement pas mal de disques sont livrés avec
des outils d'installation et de maintenance basé sur ces
systèmes et il faut en tenir compte.</p>
<dl>
<dt><b>Vitesse</b></dt>
<dd>
<p>Très lente. Les systèmes en question ne sont pas
réputés pour leur vitesse donc il y a peu
d'intérêt à utiliser des disques dernier cri.
Le multitâche ou le multithread ne sont pas disponibles, donc
les possibilités des disques SCSI ne sont pas pleinement
exploitées. Un vieux disque IDE devrait faire l'affaire.
Notons que Windows 95 et NT supportent le multi-tâches et
devraient donc mieux profiter des caractéristiques du
SCSI.</p>
</dd>
<dt><b>Taille</b></dt>
<dd>
<p>La compagnie qui produit ces systèmes n'est pas
réputée pour écrire des programmes petits et
optimisés, attendez-vous à y consacrer plusieurs
dizaines de Mo. Avec une vieille version de DOS ou Windows
ça peut tenir dans 50 Mo.</p>
</dd>
<dt><b>Fiabilité</b></dt>
<dd>
<p>Ha-ha. Comme une chaîne a la force de son maillon le plus
faible, vous pouvez utiliser un vieux disque. Comme l'OS est plus
facilement susceptible de s'auto-détruire que le disque,
vous apprendrez sans doute ici l'importance des sauvegardes de
secours.</p>
<p>Dit autrement: "Votre mission, allez-vous l'accepter, est de
garder cette partition en état de servir. Cette mise en
garde s'auto-détruira dans 10 secondes ..."</p>
<p>On m'a demandé récemment de justifier mes prises
de positions dans ce paragraphe. D'abord je m'excuse mais je
n'appelle pas DOS et Windows des systèmes d'exploitation.
Ensuite il y a des implications légales à prendre en
considération. Je ne donnerai au lecteur que quelques
mots-clés: DOS 4.0, DOS 6.x et divers utilitaires de
compression disque dont le nom devrait rester secret.</p>
</dd>
</dl>
<h2><a name="ss4.2">4.2 Explication des termes</a></h2>
<p>Bien sûr le plus rapide est le mieux mais souvent le
joyeux installateur de Linux a plusieurs disques de vitesse et de
qualité variable. Bien sûr ce document pour rester
utile à tous doit être général et ne
saurait envisager tous les cas particuliers. Même ainsi il y
a quelques détails à retenir:</p>
<h3><a name="speed"></a> Vitesse <!--vitesse--></h3>
<p>C'est un mélange de plusieurs termes: charge du
processeur principal, temps de mise en place du transfert, temps
d'accès et taux de transfert. Il n'y a pas d'optimum
fixé mais souvent le prix est le facteur déterminant.
La charge processeur varie uniquement pour les disques IDE (car
c'est le processeur principal qui pilote le disque), et pour les
SCSI elle est toujours assez faible. Le temps d'accès est
assez petit, quelques millisecondes. Il intervient assez peu si on
utilise la queue des commandes SCSI, on peut alors lancer d'autres
commandes pendant que les premières attendent leur
réponse et le bus est occupé tout le temps au mieux.
Dans le cas des serveurs de news, qui ont un grand nombre de petits
fichiers, le temps d'accès peut être avoir plus
d'influence sur la vitesse globale.</p>
<p>Les deux principaux paramètres sont:</p>
<dl>
<dt><b>Temps d'accès</b></dt>
<dd>
<p><!--
temps d'accès
-->
Habituellement on donne le temps moyen pris par la tête de
lecture pour aller d'une position à une autre au hasard. Ce
paramètre a plus d'importance s'il y a beaucoup de petits
fichiers. Il y a aussi un petit délai avant que le secteur
désiré tourne et se retrouve en face de la
tête. Ce délai est proportionnel à la vitesse
angulaire. Des valeurs courantes de vitesse angulaire sont 4500,
5400 et 7200 tours/min. Les disques tournant plus vite sont donc
plus rapides, mais ils coûtent plus chers, sont parfois
bruyants et génèrent de la chaleur, paramètre
qui compte si vous avez toute une rangée de disques. Avec
les tous récents disques à 10000 tours/min les
besoins de refroidissement sont encore plus grands et des
schémas d'aération minimale sont donnés.</p>
</dd>
<dt><b>Taux de transfert</b></dt>
<dd>
<p>En Mo/s. <!--
taux de transfert
-->
Ce paramètre est plus important si on a peu de grands
fichiers. A densité égale, la vitesse de transfert
est proportionnelle à la vitesse angulaire.</p>
</dd>
</dl>
<p>Il est important de lire les spécifications des disques
très attentivement, et de noter que le taux de transfert
maximum est donné comme le taux de transfert entre la
mémoire cache du disque et la mémoire principale, et
<em>pas</em> comme le taux de transfert moyen entre le disque et la
mémoire principale. Voir aussi <a href=
"#power-heating">Consommation et Chaleur</a>.</p>
<h3>Fiabilité</h3>
<p>Bien sûr personne ne voudrait d'un disque pas très
fiable. On ferait mieux de considérer les vieux disques
comme non fiables. Pour le RAID il est suggéré
d'utiliser un ensemble de disques différents de telle sorte
que les pannes simultanées soient moins probables.</p>
<p>Autant que je sache, je n'ai connu qu'un cas d'un système
de fichiers totalement foutu, mais dans ce cas un matériel
instable semblait la cause des problèmes.</p>
<p>Les disques ne sont pas chers de nos jours et les gens
sous-estiment toujours la valeur du contenu de leurs disques durs.
Si vous avez besoin de matériel fiable, remplacez vos vieux
disques et gardez des roues de secours. Un disque peut marcher plus
ou moins en continu pendant des années, mais ce qui tue un
disque c'est souvent en fin de compte les variations de
tension.</p>
<h3>Fichiers</h3>
<p>La taille moyenne des fichiers est importante pour
décider les bons paramètres du disque. Avec beaucoup
de petits fichiers c'est le temps d'accès qui compte, et
avec peu de gros fichiers c'est plutôt le taux de transfert.
La queue des commandes SCSI est très bien adaptée
à la gestion de beaucoup de petits fichiers, tandis que pour
le taux de transfert EIDE et SCSI sont à peu près
équivalents.</p>
<h2><a name="technologies"></a> <a name="ss4.3">4.3
Technologies</a></h2>
<p>Quelles sont les technologies disponibles et qu'est-ce que leur
choix implique en terme de vitesse, fiabilité, consommation,
flexibilité, facilité d'usage et complexité
?</p>
<h3><a name="RAID"></a> RAID<!--RAID--></h3>
<p>C'est une méthode pour augmenter la fiabilité ou
la vitesse ou les deux en utilisant plusieurs disques en
parallèle. Ainsi les temps d'accès et taux de
transferts sont diminués. Avec des miroirs et des
vérifications (checksums) on peut améliorer la
fiabilité. Ils sont un bon choix pour de gros serveurs mais
pour un PC autant tuer une mouche au pistolet laser. Voir les
documents et FAQs sur ce sujet.</p>
<p>Avec Linux on peut utiliser un système RAID soit logiciel
(le module <code>md</code> du noyau) soit matériel avec un
contrôleur supporté, qu'il soit PCI-SCSI ou SCSI-SCSI.
Une solution matérielle est plus rapide, mais bien sûr
plus chère.</p>
<p>Les contrôleurs SCSI-SCSI sont d'habitude
réalisés comme un ensemble de disques et un
contrôleur, communiquant entre eux par un second bus SCSI et
qui se connectent au bus SCSI. De l'extérieur, l'ensemble se
comporte comme un seul disque SCSI. Mais cette connexion au bus
SCSI peut être un facteur limitant pour les performances. Un
avantage significatif de ce genre de matériel est pour les
gens qui ont de grands ensembles de disques durs: comme le nombre
d'entrées SCSI dans le répertoire <code>/dev</code>
est limité, cette solution permet d'utiliser plusieurs
disques avec un seul fichier de périphérique.</p>
<p>Les contrôleurs PCI-SCSI, comme leur nom l'indique, sont
connectés au bus PCI qui est plus rapide qu'un bus SCSI. Ces
contrôleurs ont besoin de drivers spéciaux mais ils
offrent du coup la possibilité de configurer le RAID
à travers le réseau, ce qui simplifie
l'administration.</p>
<p>Actuellement seules quelques familles de cartes PCI-SCSI sont
supportées par Linux.</p>
<dl>
<dt><b>DPT</b></dt>
<dd>
<p>Les plus anciens et les plus matures sont les contrôleurs
de <a href="http://www.dpt.com">DPT</a> parmi lesquels le
SmartCache I/III/IV et le SmartRAID I/III/IV. Ces contrôleurs
sont supportés par le pilote EATA-DMA du noyau standard.
Cette société a aussi une <a href=
"http://www.dpt.com">page d'information</a> qui décrit
certains aspects des technologies RAID et SCSI en plus de
l'information sur leurs produits.</p>
<p>On peut consulter les page de l'auteur des pilotes pour
contrôleurs DPT sur <a href=
"http://www.uni-mainz.de/~neuffer/scsi">SCSI</a> et sur <a href=
"http://www.uni-mainz.de/~neuffer/scsi/dpt">DPT</a>.</p>
<p>Ces contrôleurs ne sont pas les plus rapides mais leur
fiabilité n'est plus à prouver.</p>
</dd>
<dt><b>ICP-Vortex</b></dt>
<dd>
<p>Très récemment des contrôleurs de <a href=
"http://www.icp-vortex.com">ICP-Vortex</a> offrant jusqu'à 5
canaux indépendants et un matériel très rapide
basé sur la puce i960. Le pilote a été
écrit par le fabricant lui-même, qui prouve ainsi
qu'il soutient Linux.</p>
</dd>
<dt><b>DAC-960</b></dt>
<dd>
<p>Encore en bêta-version. Plus d'information dans un futur
proche.</p>
</dd>
</dl>
<p>Les contrôleurs SCSI-SCSI sont de petits ordinateurs,
souvent avec une quantité appréciable de
mémoire vive. Ils se présentent du point de vue
extérieur comme un disque énorme, rapide et fiable.
Ils n'ont donc pas besoin de pilote particulier (en plus de celui
de la carte SCSI principale). Certains de ces contrôleurs ont
une option pour parler à plusieurs adresses
simultanément. D'habitude ils sont configurés
grâce à une interface ou à un émulateur
de terminal vt100 connecté à leur interface
série.</p>
<p>Récemment j'ai appris que Syred faisait aussi des
contrôleurs SCSI-SCSI supportés par Linux. Je n'ai pas
plus d'information mais on peut regarder sur leur site: <a href=
"http://www.syred.com">www.syred.com</a></p>
<p>Je ne donne ici qu'un rapide aperçu du RAID qui a
beaucoup de niveaux et de variantes. Le lecteur
intéressé est invité à consulter la FAQ
RAID.</p>
<ul>
<li>Le mode RAID <em>0</em> n'est pas redondant du tout mais offre
le plus de vitesse. Les données sont réparties sur
plusieurs disques et les opérations de
lecture/écriture se font en parallèle. D'un autre
côté, si un disque a une panne tout est fichu. Ai-je
déjà mentionné les sauvegardes ?</li>
<li>Le mode RAID <em>1</em>. C'est la méthode la plus
primitive pour obtenir de la redondance: les données sont
copiées sur chaque disque. C'est bien sûr un immense
gâchis mais on a un grand avantage: un temps moyen
d'accès très court. En effet les ordre de lecture
sont envoyés à tous les disques et c'est le premier
à répondre qui gagne. Le taux de transfert n'est pas
significativement plus élevé qu'avec un seul disque,
mais en lisant une piste différente sur chaque disque on
peut parfois gagner du temps. Si vous n'avez que 2 disques c'est la
seule façon d'avoir de la redondance.</li>
<li>Les modes RAID <em>2</em> et <em>4</em> ne sont pas très
courants et on n'en parlera pas ici.</li>
<li>Le mode RAID <em>3</em> utilise plusieurs disques (au moins 2)
pour mettre des données réparties comme en RAID 0. Il
utilise aussi des disques redondants pour stocker le OU exclusif
des données des disques de données. Si le disque
redondant tombe en panne, le système peut continuer à
fonctionner sans problème. Si c'est un disque de
données qui crashe, le système peut
récupérer les données à partir des
disques redondants et des autres. Une panne double met le
système hors-service. Le mode RAID 3 ne fait du sens qu'avec
au moins 2 disques de données et un pour la redondance. Il
n'y a pas de limite théorique, mais la probabilité de
panne augmente avec le nombre de disques. La limite habituelle est
de 5 à 7 disques. Comme toutes les opérations
d'écriture doivent être répercutées sur
le disque redondant, la vitesse globale en écriture d'un
ensemble RAID 3 est celle de son disque redondant. La vitesse en
lecture est celle d'un système RAID 0 ayant autant de
disques que le RAID 3 a de disques non redondants. La vitesse chute
sévèrement lorsque l'ensemble doit restaurer les
données depuis le disque redondant.</li>
<li>Le mode RAID <em>5</em> est comme le RAID 3, mis a part que
l'information redondante est répartie sur l'ensemble des
disques. Ça augmente la vitesse en écriture, puisque
la charge est répartie.</li>
</ul>
<p>Il y a aussi des modes hybrides basés sur le RAID 0 ou 1,
et un autre niveau. Beaucoup de combinaisons sont possibles mais
certaines sont assez complexes.</p>
<p>Le RAID <em>0/1</em> combine la répartition et la
duplication, ce qui donne de très bons taux de transfert et
temps d'accès moyen. Le revers de la médaille est que
ça requiert beaucoup de disques et que c'est complexe.</p>
<p>Le RAID <em>1/5</em> combine la redondance façon RAID 5
et le court temps d'accès du RAID 1. La redondance est
améliorée par rapport au RAID 0/1 mais la
consommation de disques est significative. Il faudra au moins 6
disques pour mettre en place une telle solution, et peut-être
plusieurs canaux ou contrôleurs SCSI.</p>
<h3>AFS, Veritas et autres systèmes de gestion de
volume</h3>
<p>Avoir de nombreux disques et partitions constitue un avantage
pour la taille, la vitesse et la fiabilité mais il y a un
hic: Si la partition <code>/tmp</code> est pleine vous êtes
bien embêté même s'il y a de la place dans la
partition pour les news, car il n'est pas évident de
retransférer les quotas d'une partition à l'autre.
Les systèmes de gestion de volume font
précisément ce travail. Les plus connus sont AFS et
Veritas. Ils offrent aussi d'autres fonctions comme un journal des
opérations disque. Veritas n'est pas disponible pour Linux,
et il n'est pas certain qu'il puissent vendre des modules du noyau
sans publier le code source, il est donc juste mentionné
pour information. Pour voir comment ces systèmes
fonctionnent vous pouvez consulter <a href=
"http://www.veritas.com">le site de veritas</a>.</p>
<p>Derek Atkins, du MIT, a porté AFS pour Linux et mis en
place la <a href="mailto:linux-afs@mit.edu">Linux AFS mailing
List</a> qui est ouverte au public. Pour s'abonner à cett
mailing-list il faut envoyer un mail à <a href=
"mailto:linux-afs-request@mit.edu">linux-afs-request@mit.edu</a> et
si on trouve un bug <a href=
"mailto:linux-afs-bugs@mit.edu">linux-afs-bugs@mit.edu</a>.</p>
<p>Attention: comme AFS utilise du cryptage il est restreint
d'usage dans certains pays (ndT: la France par exemple). AFS est
maintenant vendu par Transarc et ils ont mis en place un site Web.
Voir <a href="http://www.transarc.com">le site de Transarc</a> pour
des informations générales et une FAQ.</p>
<p>Il y a aussi des développements basés sur la
dernière version libre d'AFS.</p>
<p>La gestion de volume est pour l'instant un des gros manques de
Linux. Un projet a démarré au sujet d'un
système de partitions virtuelles qui réalisera la
plupart des fonctions de gestion de volume qu'on trouve dans le
système AIX d'IBM.</p>
<h3>Le patch <code>md</code> pour le noyau Linux <!--md--></h3>
<p>Il y a un projet de la part des développeurs du noyau,
<code>md</code>, qui fait partie de la distribution du noyau depuis
la version 1.3.69. <code>md</code> offre diverses fonctions telles
que le RAID mais il est envore en phase de développement.
Les gens qui l'ont utilisé parlent d'un succès
mitigé voire d'un crash total. Bref, soyez prudents.</p>
<p>Actuellement <code>md</code> permet le mode linéaire et
le RAID niveau 0,1,4 et 5: le plus stable doit être le RAID
niveau 0 et 1, le reste est encore en développement. Il est
aussi possible d'empiler les niveaux, par exemple de constituer un
RAID 1 avec deux paires de disques, chaque paire étant un
montage RAID 0.</p>
<p>Il faut bien prévoir quels disques on combine de
manière à faire tourner tous les disques en
parallèle, ce qui augmente les performances. Pour plus de
détails se reporter à la documentation de
<code>md</code>.</p>
<h3>Considérations générales sur les
systèmes de fichiers. <!--systèmes de fichiers-->
<!--ext2fs--></h3>
<p>Dans le monde Linux <code>ext2fs</code> s'est imposé
comme le système de fichiers à tout faire. Mais pour
certains usages spécifiques, d'autres systèmes de
fichiers sont préférables. Pour les serveurs de news
un système avec journal (log file systems) est un choix
naturel. C'est l'objet de vives controverses et il n'y a que peu de
choix actuellement, mais on avance dans ce domaine. Les
systèmes de fichiers avec journal ont l'avantage d'une
vérification rapide. Un serveur de mail dans la classe 100
Go pourrait souffrir d'une vérification de systèmes
de fichiers (avec <code>fsck</code>) prenant plusieurs jours au
redémarrage.</p>
<p>Le système de fichiers de <code>Minix</code> est le plus
ancien, très peu utilisé actuellement. Le
système <code>Xiafs</code> était un candidat
sérieux pour devenir le standard de Linux mais il n'a pas
vécu.</p>
<p>Adam Richter d'Yggdrasil a posté récemment un
message au sujet d'un système de fichiers avec journal et
compression, mais c'est encore en développement. Une version
qui ne marche pas est disponible sur le <a href=
"ftp://ftp.yggdrasil.com/private/adam">serveur ftp d'Yggdrasil</a>
avec des versions patchées du noyau. Peut-être que
ça sera prochainement inclus dans la distribution officielle
du noyau.</p>
<p>Le 23 juillet 1997, <a href=
"mailto:reiser%20(at)%20RICOCHET.NET">Hans Reiser</a> a
publié les sources d'un système de fichiers
basé sur la notion d'arbre, <a href=
"http://idiom.com/~beverly/reiserfs.html">reiserfs</a>. Ce
système a des fonctionnalités très
intéressantes et il est plus rapide que <code>ext2fs</code>,
mais il est encore expérimental et pas facile à
intégrer dans le noyau. on peut attendre d'importants
développements dans le futur. Ce projet se distingue du
système de fichiers avec journal moyen car Hans a
déjà du code qui tourne.</p>
<p>Dans le système <code>ext2fs</code> existant, on pourrait
ajouter de nouvelles fonctions comme les listes de contrôle
d'accès (ACL, Access Control List), là encore dans un
proche futur.</p>
<p>Il existe aussi un système de fichiers avec cryptage,
mais un fois encore vérifiez qu'il est légal dans
votre pays (ndT: rappel: en France c'est illégal pour le
moment).</p>
<p>Les systèmes de fichiers sont un champ de recherches
académiques et industrielles important, recherches dont les
résultats sont souvent accessibles gratuitement (ndT: Il n'y
a que les clients d'Apple ou Microsoft qui utilisent des
technologies vieilles de 10 ans ...). Linux étant souvent la
plate-forme de développement de tels prototypes, on peut
s'attendre a des améliorations et des innovations
continuelles.</p>
<h3>Systèmes de fichiers des cédéroms</h3>
<p>Il y a un certain nombre de systèmes de fichiers
disponibles pour les cédéroms. Le plus ancien est le
format <em>High Sierra</em>, nommé ainsi d'après
l'hôtel où les accords furent signés par les
partenaires industriels. C'était l'ancêtre de
l'<em>ISO 9660</em>, qui est supporté par Linux (ndT: ce fut
le nivellement par le bas: noms de fichiers de 8+3
caractères, majuscules/minuscules confondues, etc). Plus
tard une extension <em>Rock Ridge</em> fut proposée,
ajoutant les noms de fichiers longs et les droits d'accès
entre autres.</p>
<p>Le système de fichiers iso9660 de Linux supporte aussi
bien le vieux High Sierra que les extensions Rock Ridge.</p>
<p>Cepandant, une fois de plus Microsoft a décidé de
choisir une de ces technologies comme nouveau "standard". Leur
dernier bébé s'appelle <em>Joliet</em> et offre des
possibilités d'internationaliation. Ce format est
accepté par le noyau Linux depuis la version 2.0.34. Vous
devez activer NLS pour l'utiliser.</p>
<p>H. Peter Anvin (hpa (at) transmeta.com) a récemment
posté ces lignes:</p>
<blockquote>
<pre>
<code>Actually, Joliet is a city outside Chicago; best known for being the
site of the prison where Elwood was locked up in the movie "Blues
Brothers." Rock Ridge (the UNIX extensions to ISO 9660) is named
after the (fictional) town in the movie "Blazing Saddles."
</code>
</pre></blockquote>
<blockquote>
<pre>
<code>En fait, Joliet est une cité pas loin de Chicago, surtout célèbre pour
sa prison où Elwood était enfermé dans le film "Blues Brothers". Rock
Ridge (l'extension UNIX de l'ISO 9660) fut baptisé d'après la ville
imaginaire du film "Blazing Saddles."
</code>
</pre></blockquote>
<p>En fait c'était Jake qui était enfermé.
Oups !</p>
<h3>Compression <!--compression--></h3>
<p>Faut-il compresser son disque ou ses fichiers ? Voilà une
question âprement débattue, surtout si on prend en
compte le danger de perte de fichiers. Il y a pourtant plusieurs
options pour les administrateurs aventureux: modules ou patchs du
noyau, librairies. La plupart de ces solutions ont de limitations,
comme par exemple d'être en lecture seule. Seules quelques
références sont données ici; à vous de
vous tenir au courant des dernières mises à jour.</p>
<ul>
<li><code>DouBle</code> offre la compression de fichiers avec
certaines limitations.</li>
<li><code>Zlibc</code> ajoute la compression au vol des fichiers
quand on les charge, de façon transparente.</li>
<li>Il y a beaucoup de modules qui permettent de lire des fichiers
compressés ou des partitions natives de plusieurs
systèmes d'exploitation, mais la plupart sont en lecture
seule.</li>
<li><code>dmsdos</code> (actuellement en version 0.9.1.2) offre la
plupart des options de compression de DOS et Windows. Il n'a pas
encore tout mais de nouvelle fontionnalités sont
régulièrement ajoutées.</li>
<li><code>e2compr</code> étend <code>ext2fs</code> avec des
fonctions de compression. Il est pour le moment en phase de test
donc utilisable seulement pour des hackers du noyau. Voir la
<a href="http://netspace.net.au/~reiter/e2compr.html">page de
e2compr</a> pour plus d'information. J'ai eu des rapports selon
lesquels c'est assez stable et rapide.</li>
</ul>
<h3>Autres systèmes de fichiers</h3>
<p>Il y a le système de fichiers <code>userfs</code> qui
permet un système de fichiers basé sur FTP, et a
entre autres des possibilité de compression.
<code>docfs</code> est basé sur ce système de
fichiers.</p>
<p>Avec les ajouts récents au noyau, on peut mettre un
système de fichiers complet dans un seul fichier
(appelé <em>loopback device</em>). On peut utiliser
ça pour concevoir et tester de nouveaux systèmes de
fichiers.</p>
<p>Notez que cela n'a rien a voir avec le <em>network loopback
device</em>.</p>
<p>Il y a aussi un certain nombre de systèmes de fichiers au
stade expérimental qui ne sont pas évoqués
ici.</p>
<h3><a name="physical-track-positioning"></a> Position physique des
pistes<!--optimisation--></h3>
<p>Avec les disques petits et lents, certain systèmes de
fichiers utilisaient au mieux les caractéristiques physiques
lors du placement des données stockées. Cependant,
l'augmentation de la vitesse et l'apparition de contrôleurs
intégrés avec mémoire cache ont réduit
l'effet de ces optimisations.</p>
<p>Néanmoins, on peut toujours gagner un peu avec ce genre
d'optimisations. Comme chacun le sait, Linux va un jour <i>dominer
le monde</i>, mais pour que ce jour arrive plus vite il nous faut
employer toutes les ressources.</p>
<p>La plupart des disques tournent à vitesse angulaire
constante mais utilisent une densité des données
à peu près constante sur toutes les pistes. On a donc
un taux de transfert bien plus élevé sur le bord que
sur l'intérieur du disque. Mais il y a aussi le fait que le
temps d'accès moyen aux données sockées sur le
centre du disque est plus court que pour les données
stockées au centre ou à l'extérieur.</p>
<p>Mais les disques récents utilisent une
géométrie "logique" différente de la
géométrie physique, le disque lui-même
effectuant la conversion. Trouver le "milieu" du disque est plus
difficile dans ces conditions.</p>
<p>Dans la plupart des cas la piste 0 est la plus à
l'extérieur mais c'est une convention et pas une norme.</p>
<dl>
<dt><b>Les pistes intérieures</b></dt>
<dd>
<p>sont plus lentes pour le taux de transfert comme pour le temps
d'accès.</p>
<p>Elles sont plus adaptées à des partitions telles
que DOS, la racine ou la queue d'impression, qui ne demandent pas
de vitesse élévée.</p>
</dd>
<dt><b>Les pistes du milieu</b></dt>
<dd>
<p>sont en moyenne plus rapides que les pistes intérieures
pour le taux de transfert comme pour le temps d'accès. Elles
sont bien adaptées pour des partitions comme
<code>swap</code>, <code>/tmp</code> et <code>/var/tmp</code>.</p>
</dd>
<dt><b>Les pistes extérieures</b></dt>
<dd>
<p>ont le taux de transfert le plus rapide mais un temps
d'accès moyen aussi faible que les pistes
intérieures. C'est là qu'on pourra mettre de gros
fichiers comme des librairies.</p>
</dd>
</dl>
<p>Le temps d'accès moyen peut être réduit en
plaçant au centre les pistes les plus fréquemment
demandées. Cela peut être fait avec <code>fdisk</code>
en découpant un partition dans les pistes du milieu. Ou
bien, avec un disque vide au départ, on peut copier un
fichier bidon avec <code>dd</code> de la taille de la moitié
du disque environ; on crée ensuite les fichiers qui ont
besoin d'un accès rapide et on efface le fichier bidon.</p>
<p>Le dernier cas sert surtout pour les queues d'impression: on met
le répertoire vide de départ au milieu du disque, ce
qui réduira aussi la fragmentation.</p>
<p>Avec les systèmes RAID on peut aussi placer des fichiers
au centre, mais le calcul est plus compliqué: voir la
documentation sur RAID. On peut gagner jusqu'à 50
pourcents.</p>
<h3><a name="disk-speed-values"></a> Vitesse des disques</h3>
<p><!--
vitesse
--></p>
<p>Le système mécanique est souvent le même
dans des disques IDE ou SCSI. Les contraintes mécaniques
sont aujourd'hui un facteur limitant même si les
progrès continuent. Il y a deux paramètres
principaux, habituellement notés en millisecondes (ms):</p>
<dl>
<dt><b>Mobilité de la tête</b></dt>
<dd>
<p>La vitesse à laquelle la tête de
lecture-écriture peut aller d'une piste à une autre,
aussi appelé temps d'accès. Si vous calculez la
double intégrale (la moyenne) de la distance sur tous les
points de départ et tous les points d'arrivée
possibles, vous trouverez que c'est équivalent à 1/3
de l'ensemble des pistes.</p>
</dd>
<dt><b>Vitesse de rotation</b></dt>
<dd>
<p>Elle détermine le temps nécessaire pour se placer
dans le bon secteur, temps appelé latence.</p>
</dd>
</dl>
<p>Quelques valeurs typiques de temps mouvement de la
tête:</p>
<blockquote>
<pre>
<code>
Type de disque
Temps d'accès (ms) | Rapide Moyen Vieux
---------------------------------------------
Pistes voisines <1 2 8
En moyenne 10 15 30
Au pire 10 30 70
</code>
</pre></blockquote>
<p>On voit que les disques dernier cri ont des temps d'accès
à peine meilleurs que les disques moyens, mais que les vieux
disques sont significativement moins bons.</p>
<blockquote>
<pre>
<code>
Vitesse de rotation (tr/min) | 3600 | 4500 | 4800 | 5400 | 7200 | 10000
---------------------------------------------------------------------------
Latence (ms) | 17 | 13 | 12.5 | 11.1 | 8.3 | 6.0
</code>
</pre></blockquote>
<p>Comme la latence est le temps moyen pour atteindre un autre
secteur, la formule est assez simple:</p>
<blockquote>
<pre>
<code>latence (ms) = 60000 / vitesse (tr/min)
</code>
</pre></blockquote>
<p>Ce tableau montre lui aussi que la vitesse des disques progresse
moins qu'auparavant. En revanche, la consommation
d'électricité, l'échauffement et le bruit
augmentent beaucoup.</p>
<h2><a name="s5">5. Autres systèmes d'exploitation.</a></h2>
<p>Beaucoup de Linuxiens ont plusieurs systèmes
d'exploitation, ce qui est parfois nécessaire ne serait-ce
que pour certains programmes de configuration du matériel
qui ne tournent que sous DOS ou Windows, pour ne pas les nommer.
D'où l'intérêt de cette courte section.</p>
<h2><a name="ss5.1">5.1 MS-DOS</a> <!--MS-DOS--></h2>
<p>Laissons là le débat pour savoir si c'est ou non
un système d'exploitation. Ce qui est sûr est que la
gestion du disque par MSDOS est très basique. On peut avoir
de grandes difficultés avec les gros disques, consulter le
<em>Large Drives mini-HOWTO</em> à ce sujet. Il est donc
plus sage de placer la partition MSDOS au début du disque
(sur les numéros de pistes les moins
élevés).</p>
<p>Étant conçu pour de petits disque le
système de fichier de MSDOS (<em>FAT</em>) alloue des blocs
énormes sur les grands disques. Il crée aussi pas mal
de fragmentation, ce qui ralentit le temps moyen d'accès
comme le taux de transfert.</p>
<p>Une solution est d'utiliser le programme de
défragmentation mais il est fortement conseillé de
faire un sauvegarde des données et de vérifier le
disque (avec <code>chkdsk</code> ou <code>scansidk</code> pour les
DOS plus récents) avant de défragmenter.</p>
<p>Mais comme toujours il y a un os, et ici l'os s'appelle
<em>fichiers cachés</em>. Certains vendeurs les utilisent
pour se protéger leurs logiciels. Or un fichier caché
ne peut être changé d'endroit sur le disque,
même s'il garde la même place dans l'arborescence des
répertoires. En conséquence les programmes de
défragmentation ne déplacent pas les fichiers
cachés, ce qui réduit les effets de la
défragmentation.</p>
<p>Étant mono-tâche, mono-utilisateur, mono-tout, il
n'y a aucun gain de vitesse à utiliser plusieurs disques
sous MSDOS, a moins que vous utilisiez un contrôleur disque
qui fait du RAID au niveau matériel.</p>
<p>Les vieilles commandes <code>join</code> et <code>subst</code>
pour gérer plusieurs disques demandaient beaucoup de travail
pour un résultat nul. Elles n'existent plus dans les
versions récentes.</p>
<p>Bref, il n'y a pas grand chose à faire pour
accélérer la gestion disque de DOS. Sauf ceci:
beaucoup de programmes ont besoin d'un espace de stockage
temporaire rapide et ceux qui sont bien écrits utilisent la
variable d'environnement <code>TEMPDIR</code> ou
<code>TMPDIR</code> pour savoir où créer ces
fichiers. Vous pouvez faire pointer cette variable vers un autre
disque en éditant le fichier <code>autoexec.bat</code>:</p>
<hr>
<pre>
SET TMPDIR=E:/TMP
</pre>
<hr>
<p>En plus du gain de vitesse, ceci réduira sans doute la
fragmentation.</p>
<p>Le programme <code>fdisk</code> de MSDOS a du mal parfois a
effacer des partitions primaires. On peut utiliser à la
place le programme <code>fdisk</code> qui vient avec Linux.</p>
<p>N'oubliez pas qu'il existe d'autres alternatives à
MS-DOS, la plus connue étant <a href=
"http://www.caldera/dos/">DR-DOS</a> de <a href=
"http://www.caldera/">Caldera</a>. C'est un descendant direct de
DR-DOS de Digital Research. Il a beaucoup de fonctions qui manquent
à MS-DOS, comme le multi-tâche.</p>
<p>Une autre alternative, libre, est <a href=
"http://www.freedos.org/">Free DOS</a> qui est un projet en
développement. Un certain nombre d'utilitaires sont aussi
disponibles.</p>
<h2><a name="ss5.2">5.2 Windows</a></h2>
<p>La plupart des points ci-dessus s'appliquent, mis à part
que Windows95 a une meilleure gestion des disques, notamment
SCSI.</p>
<p>Pour lire les noms longs vous devrez utiliser le système
de fichiers <code>vfat</code> (plutôt que <code>dos</code>)
pour monter ces partitions.</p>
<p>Le nouveau système de fichiers <code>FAT32</code> a
été introduit à partir de la version OSR2. Il
convient mieux aux grands disques. Il n'est encore supporté
que par peu de programmes, même par NT 4.0 ou les utilitaires
Norton-machin truc. Le noyau Linux supporte le format
<code>FAT32</code> et aussi le format de cédéroms
<code>Joliet</code> depuis la version 2.0.35.</p>
<p>La fragmentation est encore un problème. On peut limiter
les dégâts en faisant une déframentation avant
et après tout gros changement (comme l'installation d'un
programme). Enlever les fichiers inutiles et vider la poubelle
réduit encore la fragmentation.</p>
<p>Windows utilise aussi un disque pour le swap, et le rediriger
peut apporter des gains de performance. Il y a plusieurs
mini-HOWTOS qui expliquent comment partager le swap entre plusieurs
systèmes d'exploitation.</p>
<p>Très récemment quelqu'un a commencé un
projet pour que Win95 reconnaisse le système de fichiers
<code>ext2fs</code>. Voir <a href=
"http://www.globalxs.nl/home/p/pvs/">cette page Web</a> pour plus
de détails.</p>
<p>Mettre la variable d'environnement <code>TEMPDIR</code> est
toujours utile mais tous les programmes ne l'utilisent pas.
Utilisez <code>sysedit</code> pour éditer le fichier
<code>autoexec</code> comme indiqué plus haut.</p>
<p>Beaucoup de fichiers temporaires sont placés dans
<code>/windows/temp</code> et changer cela est plus difficile. On
peut utiliser <code>regedit</code> à cette fin, mais on
risque de mettre le système dans un état
incohérent; et un Windows en panne est encore moins utile
qu'un Windows vivant. Une erreur dans la base des registres peut
nécessiter la ré-installation complète de
Windows.</p>
<p>De toute façon, beaucoup de programmes ont leurs propres
endroits pour mettre leurs fichiers temporaires, il y en a donc un
peu partout sur votre disque.</p>
<p>Mettre le swap sur une partition séparée est une
meilleure idée, et c'est plus facile à faire. Gardez
à l'esprit que la partition swap ne peut être
utilisée à rien d'autre, même s'il y a de la
place libre.</p>
<h2><a name="ss5.3">5.3 OS/2</a></h2>
<p>La seule chose à mentionner ici est qu'on peut ajouter un
système de fichiers de manière à pouvoir lire
les partitions <code>ext2fs</code> depuis OS/2.</p>
<h2><a name="ss5.4">5.4 NT</a></h2>
<p>Voilà un système plus sérieux qui proposent
la plupart des fonctions dont les noms exotiques composent la
publicité informatique.</p>
<p>Voici un bug reporté par acahalan at cs.uml.edu:
(traduction d'un extrait de message dans les News)</p>
<p>Le DiskManager de NT a un bug sérieux qui peut corrompre
un disque ayant plus d'une partition étendue. Microsoft a
mis un fix sur le site <a href=
"http://www.microsoft.com/kb/">knowledge base</a></p>
<p>(Cela concerne les Linuxiens, car ils ont des souvent des
partitions étendues)</p>
<h2><a name="ss5.5">5.5 Sun OS</a></h2>
<p>Il y a un peu de confusion entre Sun OS et Solaris. Solaris
n'est que Sun OS 5 avec Openwindows et quelques extras. Tapez
<code>uname -a</code> pour connaître votre version. Parmi les
raisons de cette confusion il y a que Sun utilisait un OS de la
famille BSD, avec des morceaux de code d'un peu partout et du code
propriétaire. Ainsi jusqu'à Sun OS 4.x.y. Puis par
une décision stratégique ils ont choisi Unix, System
V, Release 4 officiel (SVR4) et Sun OS 5 est né. Ils ont
aussi changé de marketing, en vendant d'autres produits en
<em>bundle</em> avec Sun OS sous le nom de Solaris, actuellement en
version 2.6.</p>
<h3>Sun OS 4</h3>
<p>Sun OS est familier à beaucoup de Linuxiens. La
dernière version est 4.1.4 plus un certain nombre de
patches. Notez cependant que leur hiérarchie de fichiers est
organisée différemment du FSSTND. Taper <code>man
hier</code> pour un bref topo sur la hiérarchie de
fichiers.</p>
<h3>Sun OS 5 (i.e. Solaris)</h3>
<p>Il y a une procédure d'installation basée sur
Openwindows, qui vous aide à partitionner et formater les
disques avant d'installer le système à partir du
cédérom. Cette procédure plante lamentablement
si votre installation est trop exotique, et comme elle cherche
à installer tout un système à partir d'un
cédérom elle plantera mais pas avant un certain
nombre de minutes. C'est l'expérience que j'en ai eu. Pour
contourner le problème nous avons tout installé sur
une partition et ensuite nous avons déplacé les
répertoires aux bons endroits.</p>
<p>Les valeurs par défaut sont bonnes pour la plupart des
choses, sauf peut-être pour le swap. Alors que les manuels
officiels recommandent d'avoir plusieurs partitions pour le swap,
pas défaut une seule partition est utilisée. Il est
conseillé de changer cela dès que possible.</p>
<p>Sun OS 5 possède aussi un système de fichiers
conçu pour les fichiers temporaires, <code>tmpfs</code>.
C'est un genre de RAM disk, et comme les RAM disks le contenu en
est perdu quand le courant est coupé. Si la mémoire
vive manque des parties du pseudo-disques seront
déplacés vers la mémoire tampon, il est donc
possible d'avoir des fichiers temporaires dans la partition de
swap. Linux n'a pas de système de fichiers de ce genre: on
en avait parlé mais les opinions étaient
partagées. J'aimerais d'ailleurs avoir des commentaires
à ce sujet.</p>
<p>Jusqu'ici, le seul commentaire était: non !! Sous Solaris
2.0, créer de trop gros fichiers temporaires dans
<code>/tmp</code> peut causer une panne dy noyau (<em>kernel
panic</em>) pour cause de manque de mémoire tampon (ndT: Ce
n'est qu'un des milliers de bugs de Solaris 2.0). Le pire est que
cette panne complète peut arriver avec des programmes
utilisateurs (donc pas seulement avec des programmes en mode noyau)
et à moins de savoir contourner le problème le mieux
est de ne pas utiliser <code>tmpfs</code>.</p>
<p>Voir aussi <a href="#comb-swap-n-tmp">Combiner le swap et
/tmp</a>.</p>
<p>Pour la culture: il y un film appelé Solaris, un film de
science fiction très long, très lent et totalement
incompréhensible ...</p>
<h2><a name="s6">6. Clusters</a></h2>
<p>Je vais brièvement évoquer ici les manières
de connecter des machines ensemble, mais c'est un sujet si vaste
qu'il pourrait faire l'objet d'un HOWTO. Comme en plus c'est
hors-sujet dans ce HOWTO, si vous voulez contactez-moi et prenez
cette partie pour en faire un document séparé.</p>
<p>Aujourd'hui les ordinateurs sont obsolètes au bout d'un
temps très court. Du vieux matériel peut pourtant se
révéler très utile sous Linux. Utiliser un
vieux pécé commer serveur réseau a, en plus de
la valeur pratique, un certain intérêt
éducatif. Je ne parlerai ici que de ce qui concerne les
disques.</p>
<p>Plusieurs formes de partage (clustering) sont possibles
aujourd'hui, depuis la répartition automatique de la charge
entre plusieurs machines jusqu'à des matériels
exotiques comme le SCI (Scalable Coherent Interface) qui permet de
combiner plusieurs machines en une seule. Il y a eu aussi du
partage sur de plus grosses machines, ainsi le VAXcluster en son
temps. L'usage habituel du clustering est le partage des ressources
comme les disques durs, les imprimantes, les teminaux mais de
façon à ce que les ressources soit disponibles
à égalité pour tous les noeuds du
réseau.</p>
<p>Il n'y a pas de bonne définition du clustering (ndT: ni
de bonne traduction ...) mais ici ce mot signifie que plusieurs
machines d'un reseau combinent leurs ressources pour servir les
utilisateurs.</p>
<p>Linux permet certaines formes de partage mais pour le
débutant je décrirai juste un réseau local
simple. C'est une bonne manière de profiter de vieux
matériel qui serait inutilisable dans ça.</p>
<p>La meilleure façon d'utiliser une vieille machine est
d'en faire un serveur de réseau. Dans ce cas, le facteur
limitant est plutôt la bande passante du réseau que la
vitesse du serveur. A la maison vous pouvez déplacer les
fonctions suivantes sur un vieux PC devenu serveur:</p>
<ul>
<li>Les news</li>
<li>Le courrier électronique</li>
<li>Les proxies Web</li>
<li>Un serveur d'impression</li>
<li>Un serveur de modem (PPP, SLIP, FAX, Voice mail)</li>
</ul>
<p>Vous pouvez aussi monter par <code>NFS</code> des disques du
serveur. Lisez le FSSNTD pour savoir quels répertoires ne
doivent pas être exportés. On exportera
<code>/usr</code> et <code>/var/spool</code>, peut-être aussi
<code>/usr/local</code> mais sans doute pas
<code>/var/spool/lpd</code>.</p>
<p>La plupart du temps même de vieux disques offrent des
performances suffisantes. Cependant, si vous avez un usage intensif
des disques du serveur et un réseau à haut
débit, vous aurez sans doute besoin de disques rapides.
C'est le cas pour un outil de recherche dans un site Web ou pour
une base de données.</p>
<p>Un tel réseau (un <em>toaster network</em> comme on
l'appelle) peut être une très bonne façon
d'apprendre l'administration système. Il y a des HOWTOs sur
le sujet mais vous devez garder en tête les choses
suivantes:</p>
<ul>
<li>Ne choisissez pas les numéros IP n'importe comment.
Configurez votre réseau local avec les adresses IP
réservées à l'usage privé, et utilisez
votre serveur de réseau comme un routeur qui gérera
le masquage des adresses IP.</li>
<li>Si vous configurez le routeur comme un pare-feu (firewall) il
se peut que vous soyez incapable d'accéder à vos
propres données depuis l'extérieur. Cela
dépend de la configuration du pare-feu.</li>
</ul>
<p>Le réseau <em>nyx</em> est un exemple de cluster. Il est
constitué de:</p>
<dl>
<dt><b>nyx</b></dt>
<dd>
<p>est l'une des deux machines sur lesquelles les utilisateurs se
loguent et assure aussi certaines fonctions réseau</p>
</dd>
<dt><b>nox</b></dt>
<dd>
<p>(ou nyx10) est la machine principale pour utilisateurs et aussi
un serveur de courrier électronique.</p>
</dd>
<dt><b>noc</b></dt>
<dd>
<p>est un serveur pour les news. La queue des news est accessible
par un montage NFS pour nyx et nox.</p>
</dd>
<dt><b>arachne</b></dt>
<dd>
<p>(ou www) est le serveur Web. Les pages Web sont écrites
sur nox à travers un montage NFS</p>
</dd>
</dl>
<p>Il y a des projets de clustering assez avancés,
notamment:</p>
<ul>
<li><a href=
"http://cesdis.gsfc.nasa.gov/linux/beowulf/beowulf.html">le projet
Beowulf</a></li>
<li><a href="http://www.disi.unige.it/project/gamma/">le projet
GAMMA (Genoa Active Message Machine)</a></li>
</ul>
<p>Le partage high-tech demande une interconnection high-tech, et
SCI est une des solutions. Plus d'information sur la page Web de
<a href="http://www.dolphinics.no/">Dolphin Interconnect
Solutions</a> ou de <a href=
"http://www.scizzl.com/">scizzl</a>.</p>
<h2><a name="s7">7. Points de montage</a></h2>
<p>Il est important de ne pas scinder la hiérarchie des
répertoires au mauvais endroits. Cette section dépend
fortement du FSSTND et sans doute changera complètement
quand le FHS sera utilisée dans une distribution Linux.</p>
<p>Voici donc un liste des répertoires que vous
<em>pouvez</em> (et non que vous <em>devez</em>) mettre sur une
partition séparée. Pour indiquer combien il est
opportun de placer tel répertoire sur une partition
séparée, un échelle de 0 à 5 est
adoptée:</p>
<blockquote>
<pre>
<code>0=À éviter absolument
1=eventullement
...
4=utile
5=recommandé
</code>
</pre></blockquote>
<blockquote>
<pre>
<code>/
|
+-bin 0
+-boot 0
+-dev 0
+-etc 0
+-home 5
+-lib 0
+-mnt 0
+-proc 0
+-root 0
+-sbin 0
+-tmp 5
+-usr 5
| \
| +-X11R6 3
| +-bin 3
| +-lib 4
| +-local 4
| | \
| | +bin 2
| | +lib 4
| +-src 3
|
+-var 5
\
+-adm 0
+-lib 2
+-lock 1
+-log 1
+-preserve 1
+-run 1
+-spool 4
| \
| +-mail 3
| +-mqueue 3
| +-news 5
| +-smail 3
| +-uucp 3
+-tmp 5
</code>
</pre></blockquote>
<p>La situation bien sûr peut varier, par exemple sur une
machine à la maison il n'est pas très utile de
scinder le répertoire <code>/var/spool</code> mais pour un
fournisseur d'accès à Internet c'est indispensable.
Le mot-clé ici est <em>l'usage</em>.</p>
<p><em>QUESTION !</em> Pourquoi <code>/etc</code> ne doit jamais
être mis sur une partition séparée ?
Réponse: le montage est fait d'après les instructions
du fichier <code>/etc/fstab</code>, donc si <code>/etc</code> n'est
pas sur la partition racine, et que cette partition n'est pas
montée, aucun montage ne peut être effectué ...
c'est comme d'avoir claqué la porte en laissant la
clé à l'intérieur.</p>
<h2><a name="disk-layout"></a> <a name="s8">8. Placement des
partitions, des répertoires et des fichiers</a></h2>
<p>Nous en savons maintenant assez pour parler de placement. J'ai
mis ma méthode au point après avoir essayé
toutes les combinaisons possibles sur mes 3 vieux disques SCSI.</p>
<p>Les tables données en appendice servent à
simplifier le processus. Elles vous aideront à optimiser
votre système mais aussi à le dépanner
éventuellement. Quelques exemples sont donnés.</p>
<h2><a name="ss8.1">8.1 Choisir les partitions</a></h2>
<p>Réfléchissez à vos besoins et posez sur le
papier une liste de toutes les parties de votre système de
fichiers que vous voulez mettre sur une partition
séparée. Notez la taille de chacune et triez-les par
vitesse décroissante.</p>
<p>La table du chapitre <a href="#app-a">Appendice A</a> est utile
pour choisir quels répertoires mettre dans quelles
partitions. Elle est triée par ordre logique, avec des
blancs pour vos notes personnelles et des remarques sur les points
de montage. Elle n'est PAS triée par vitesse
décroissante, mais les besoins en vitesse sont
indiqués par des petits ronds ('o').</p>
<p>Si vous voulez utiliser du RAID notez avec quels disques vous
voulez le faire et quelles partitions seront en RAID. Notez que les
différents modes RAID offrent une vitesse et une
fiabilité variable. Pour simplifier, on suppose dans la
suite qu'on a un ensemble de disques SCSI identiques et pas de
RAID.</p>
<h2><a name="ss8.2">8.2 Répartir les partitions entre les
disques.</a></h2>
<p>Il faut maintenant déterminer sur quelles disques
physiques seront placées les partitions choisies ci-dessus.
Voici un algorithme pour optimiser le parallélisme et
l'utilisation du bus. Dans notre exemple les partitions à
placer sont 123456789, 9 est celle qui a besoin de la plus grande
vitesse et 1 est la plus lente. On les répartit comme
suit:</p>
<blockquote>
<pre>
<code> A : 9 4 3
B : 8 5 2
C : 7 6 1
</code>
</pre></blockquote>
<p>Cela fait une "moyenne des vitesses" à peu près
égale sur chaque disque.</p>
<p>Utiliser la table de l'appendice B pour déterminer quels
disques utiliser pour quelles partitions afin de profiter au
maximum du parallélisme.</p>
<p>Notez la vitesse de chacun de vos disques dans la bonne colonne.
Éventuellement, permutez les répertoires, les
partitions et les disques jusqu'à être content du
résultat.</p>
<h2><a name="ss8.3">8.3 Trier les partitions et les
disques</a></h2>
<p>L'étape suivante est de sélectionner les
numéros de partition pour chaque disque.</p>
<p>Utilisez la table du chapitre <a href="#app-c">appendice C</a>
pour sélectionner les numéros de partitions à
l'intérieur de chaque disque. Remplissez avec ces valeurs
les tables des Appendices A et B. Ces tables vous serviront lorsque
vous installerez votre système (étape de
partitionnement avec <code>fdisk</code> ou <code>cfdisk</code>)</p>
<h2><a name="ss8.4">8.4 Optimisation</a></h2>
<p>Des considérations spécifiques à un
matériel ou à un type d'utilisation peuvent
intervenir. Par exemple si le disque C est beaucoup plus lent que
les deux autres il vaudra mieux adopter la répartition
suivante:</p>
<blockquote>
<pre>
<code> A : 9 6 5
B : 8 7 4
C : 3 2 1
</code>
</pre></blockquote>
<h3>En tenant compte de spécificité des disques</h3>
<p>Des disques de vitesse globale comparable peuvent
s'avérer plus ou adaptés à un usage ou
à un autre. Comme on l'a déjà dit, les
binaires, qui sont nombreux et petits, sont bien à leur
place dans un disque de temps d'accès moyen faible et qui
gère une queue des requêtes. Les librairies et autres
gros fichiers profiteront davantage d'un disque ayant un bon taux
de transfert, ce que les disques IDE offrent pour pas cher.</p>
<h3><a name="opt-drive-parall"></a> Utilisation du
parallélisme</h3>
<p>On peut éviter la surcharge du disque en pensant aux
tâches. Par exemple si vous exécutez un programme de
<code>/usr/local/bin</code> il y a des chances que vous
accéderez aussi à <code>/usr/local/lib</code>; placer
ces deux répertoires sur des disques physiquement
différents permet de diminuer le temps de recherche et
autorise les opérations en parallèle ou l'utilisation
du cache. Des gains de performance surprenants peuvent être
obtenus ainsi. Identifiez les tâches communes, les partitions
qu'elles utilisent et gardez ces partitions sur des disques
physiquement différents.</p>
<p>Voici quelques exemples:</p>
<dl>
<dt><b>Les application bureautiques</b></dt>
<dd>
<p>comme les traitements de texte ou les tableurs sont des exemples
typiques de logiciels peu gourmands en temps CPU comme en
accès disque (une fois lancés). Cepandant, ces
logiciels ont souvent des fonctions de sauvegarde automatique qui
créent du traffic dans les répertoires personnels des
utilisateurs. Avoir les répertoires personnels sur plusieurs
disques répartira la charge.</p>
</dd>
<dt><b>Les lecteurs de News</b></dt>
<dd>
<p>ont aussi des fonctions de sauvegarde automatique, et les
fournisseurs d'accès à Internet ont
intérêt à séparer les répertoires
utilisateurs entre plusieurs disques.</p>
<p>Les queues des serveurs de News (/var/spool/news) sont connues
pour leurs grand nombre de répertoires et de fichiers. La
perte d'une telle partition n'est pas grave dans la plupart des
cas, donc le RAID 0 lui convient parfaitement. Avec beaucoup de
petits disques le système pourra supporter un grand nombre
de requêtes par seconde. On peut même mettre les news
et les fichiers <code>.overview</code> sur des disques
séparés: voir les FAQs sur les serveurs INN à
ce sujet.</p>
<p>Voir aussi la page Web dédiée à <a href=
"http://www.spinne.com/usenet/inn-perf.html">l'optimisation des
serveurs INN</a></p>
</dd>
<dt><b>Les bases de données</b></dt>
<dd>
<p>sont gourmandes en terme d'accès disques comme de temps
de calcul. Cela dépend beaucoup de l'application
envisagée. On peut envisager le RAID pour avoir à la
fois performance et fiabilité.</p>
</dd>
<dt><b>Le courrier électronique</b></dt>
<dd>
<p>met en jeu les répertoires des utilisateurs comme les
queues de courrier arrivé/à envoyer. Si possible
garder les répertoires des utilisateurs et les queues sur
des disques différents. Pour un serveur de courrier on peut
envisager de mettre les queues de courrier reçu et à
envoyer sur des disques différents.</p>
<p>Perdre du courrier est extrêmement gênant, si vous
êtes un fournisseur d'accès ou un routeur. Envisager
le RAID et faire des sauvegardes fréquentes.</p>
</dd>
<dt><b>Le développement de logiciels</b></dt>
<dd>
<p>peut demander un grand nombre de répertoires pour les
binaires, les librairies, les fichiers d'en-tête, les sources
et l'archive. Séparer autant que possible tous ces
répertoires. Sur des petits systèmes vous pouvez
placer <code>/usr/src</code> et l'archive sur le même disque
que les répertoires personnels.</p>
</dd>
<dt><b>Surfer sur le Net</b></dt>
<dd>
<p>est à la mode. Les butineurs ont souvent un cache local
qui peut grossir pas mal. Comme le cache est utilisé pour
recharger des pages ou retourner à la page
précédents, la vitesse compte. Cepandant, si vous
êtes connectés à un bon serveur de proxy les
utilisateurs n'ont plus besoin de cache individuel. Voir aussi
<a href="#server-home-dirs">Les répertoires personnels des
utilisateurs</a> et <a href="#www">Le Web</a>.</p>
</dd>
</dl>
<h2><a name="ss8.5">8.5 Besoins et usage</a></h2>
<p>Lorque vous achetez une boîte de 10 cédéroms
avec une distribution Linux et le contenu de gros sites FTP, il
peut être tentant de vouloir installer autant de choses que
vos disques le peuvent. Cependant, vous ne tarderez pas à
trouver que ça vous laisse bien peu de place pour
évoluer. Voilà pourquoi je soulignerai quelques
points importants.</p>
<dl>
<dt><b>Tester</b></dt>
<dd>
<p>Linux est simple et vous n'avez même pas besoin d'un
disque dur pour cela. Il sufit d'une disquette de démarrage
comme celles fournies avec les distributions. Si vos
périphérique ne sont pas supportés, n'oubliez
pas qu'il y a souvent plusieurs versions de disquette de
démarrage pour les périphériques exotiques qui
peuvent vous dépanner jusqu'à la compilation d'un
noyau personnalisé.</p>
</dd>
<dt><b>Apprendre</b></dt>
<dd>
<p>comment marche un système d'exploitation est très
facile avec Linux: c'est un système qui vient avec les
sources et une abondante documentation. Un disque de 50 Mo suffit
pour avoir un shell et les utilitaires les plus courants.</p>
</dd>
<dt><b>Si ça devient un hobby</b></dt>
<dd>
<p>des programmes plus nombreux sont nécessaires, mais 500
Mo sur un seul disque devraient suffire pour les binaires, les
sources et la documentation.</p>
</dd>
<dt><b>Pour un usage professionnel</b></dt>
<dd>
<p>ou amateur sérieux, il faut encore plus de place, des
queues pour le courrier électronique et les nouvelles, etc.
Séparer les fichiers entre plusieurs disques peut être
bénéfique. La place requise est plus difficile
à estimer, mais 2 à 4 Go devraient être plus
que suffisants, même pour un petit serveur.</p>
</dd>
<dt><b>Les serveurs</b></dt>
<dd>
<p>vont du simple serveur de courrier électronique au gros
serveur pour un fournisseur d'accès à Internet.
Compter 2 Go pour le système de base, ajouter ensuite de la
place (et probablement des disques) pour chaque service
proposé. Le coût est ici le facteur limitant mais si
on veut justifier le S de Service il faut bien dépenser un
peu. J'admets que tous les fournisseurs d'accès ne le font
pas.</p>
</dd>
</dl>
<h2><a name="ss8.6">8.6 Serveurs</a></h2>
<p>Dans les appendices on trouvera les valeurs à employer
pour un serveur départemental (de 10 à 100
utilisateurs). Dans cette section on parlera des grands serveurs.
De manière générale n'ayez pas peur d'employer
le RAID, pas seulement parce qu'il est rapide et fiable mais aussi
parce qu'il est un peu plus facile de faire grandir un
système RAID. Ce qui est mentionné ici s'ajoute aux
remarques précédentes.</p>
<p>Le plus souvent les gros serveurs ne sont pas apparus comme
ça, mais ils ont grandi progressivement. Dans la plupart des
cas c'est une bonne idée de réserver un ou plusieurs
disque SCSI pour chaque tâche. Cela permet de
récupérer efficacement les données si le
serveur est hors d'usage. Notez que transporter un disque d'une
machine à une autre n'est pas si simple, en particulier pour
les disques IDE. Et les tours de disques SCSI ont besoin d'une
initialisation correcte pour reconstruire les données, donc
vous devez garder une copie papier de votre fichier /etc/fstab
comme des numéros de série des disques SCSI.</p>
<h3><a name="server-home-dirs"></a> Répertoires personnels
des utilisateurs</h3>
<p>Faites une estimation du nombre de disques requis, si c'est plus
que 2 je recommande fortement le RAID. Si vous ne l'utilisez pas,
vous pouvez utiliser un algorithme de hachage simple pour
répartir la charge entre les disques. Par exemple vous
pouvez utiliser les deux premières lettres du nom de login,
ainsi <code>jbloggs</code> est mis sur <code>/u/j/b/jbloggs</code>
où <code>/u/j</code> est un lien symbolique vers un disque
physique.</p>
<h3>Serveur FTP anonyme</h3>
<p>C'est un équipement essentiel si vous attachez de
l'importance à la notion de service. Les bons serveurs sont
bien maintenus, documentés, à jour, et très
populaires où qu'ils soient dans le monde. Le serveur
<a href="ftp://ftp.funet.fi">ftp.funet.fi</a> (ndT: et en France
<a href="ftp://ftp.lip6.fr/">ftp.lip6.fr</a>) est un exemple de
"gros serveur FTP".</p>
<p>En général c'est plutôt la bande passante du
réseau que la vitesse du processeur qui compte. La taille
varie beaucoup. Je crois que l'archive de <a href=
"ftp://ftp.cdrom.com">ftp.cdrom.com</a> est une machine *BSD avec
50 Go de disque. La mémoire vive est importante aussi: 256
Mo pour un gros serveur mais de plus petits peuvent se contenter de
64 Mo.</p>
<h3><a name="www"></a> La toile (WWW)</h3>
<p>Pour beaucoup c'est la principale raison d'aller sur l'Internet.
En plus de consommer de la bande passante, cette activité
génère des besoins en cache disque. Garder le cache
sur un disque rapide, à part peut être
intéressant. Avoir un serveur de proxy est encore mieux.
Cela peut réduire la taille du cache pour chaque utilisateur
et accélérer le service en diminuant la bande
passante utilisée.</p>
<p>Un serveur de cache a besoin d'un ensemble de disques rapides,
le RAID0 est idéal dans ce cas car la fiabilité n'est
pas primordiale. 2 Go devraient suffire. Ne pas oublier d'adapter
la durée de vie des pages dans le cache à la
capacité disque et aux besoins. On peut adapter la
durée de vie selon les serveurs, voir: <code>Harvest</code>,
<a href="http://www.nlanr.net/Squid">Squid</a> ou le serveur de
<a href="http://www.netscape.com">Netscape</a> pour plus de
détails.</p>
<h3>Courrier électronique</h3>
<p>La plupart des machines manipulent, peu ou prou, du courrier
électronique. Cependant, les grands serveurs de courrier
forment une catégorie à part. C'est une tâche
très exigeante et même un gros serveur doté de
disques rapides et d'une bonne connexion au réseau peut se
révéler lent à l'usage. A la différence
des news qui sont réparties sur plusieurs serveurs, le
courrier électronique est centralisé. La
sécurité est donc bien plus importante. Pour un gros
serveur envisagez une solution RAID redondante (RAID4 ou
RAID5).</p>
<h3>News</h3>
<p>C'est une tâche qui demande de grands volumes, mais cela
dépend beaucoup du nombre de forums où vous
souscrivez. Sur Nyx il y a en a 17 Go. Les plus grands groupes sont
sans doute dans la hiérarchie <code>alt.binary.*</code>,
vous pouvez sans doute assurer un bon service avec 12 Go si vous ns
vous abonnez pas à ces groupes. Certains que je ne nommerai
pas pensent que 2 Go suffisent pour prétendre assurer un
"Service d'Accès à Internet". Dans ce cas les news
expirent si vite que le mot de "service" se justifie peu. Un vrai
serveur de news signifie un trafic de plusieurs Go par jour, et ce
nombre ne cesse de croître.</p>
<h3>Autres</h3>
<p>Il y a plein de services disponibles sur Internet, même si
la plupart ont été jeté aux oubliettes par la
Toile. Cependant, des services comme <em>archie</em>,
<em>gopher</em> et <em>wais</em> existent encore et restent des
outils appréciables.</p>
<h2><a name="ss8.7">8.7 Pièges</a></h2>
<p>Les dangers de tout scinder entre des partitions distinctes sont
mentionnés dans la section sur la gestion de volume. Mais on
m'a demandé d'insister sur ce point: quand une partition est
pleine, elle ne peut plus grandir, même s'il y a de la place
sur les autres partitions.</p>
<p>En particulier, il faut veiller à la croissance explosive
de la queue des News (<code>/var/spool/news</code>). Pour les
machines multi-utilisateurs avec des quotas gardez un oeil sur
<code>/tmp</code> et <code>/var/tmp</code> car certains
utilisateurs stockent leurs fichiers là, recherchez
seulement les noms de fichiers terminés par gif ou jpeg
...</p>
<p>Il n'y a aucun avantage à tirer d'un seul disque
scindé en plusieurs partitions, si ce n'est que ça
rend la surveillance des fichiers (avec la commande
'<code>df</code>') plus facile et que ça permet de mettre
les partitions rapides sur le milieu (physique) du disque. Mais
ça n'apporte rien en terme d'accès en
parallèle à plusieurs partitions</p>
<h2><a name="ss8.8">8.8 Compromis</a></h2>
<p>Une manière d'éviter le piège
mentionné ci-dessus est de ne mettre que les partitions dont
la taille est peu susceptible de varier comme le swap,
<code>/tmp</code> et <code>/var/tmp</code> et de regrouper les
autres dans les partitions restantes au moyen de liens
symboliques.</p>
<p>Exemple: Soit un disque lent (<code>slowdisk</code>), et un
disque rapide (<code>fastdisk</code>), et une collection de
fichiers. Nous mettons <code>swap</code> et <code>tmp</code> sur
<code>fastdisk</code>; <code>/home</code> et la racine sur
<code>slowdisk</code>. Et nous avons encore les répertoires
(fictifs) <code>/a/slow</code>, <code>/a/fast</code>,
<code>/b/slow</code> and <code>/b/fast</code> à placer sur
les deux partitions <code>/mnt.slowdisk</code> et
<code>/mnt.fastdisk</code> faites avec l'espace restant sur chaque
disque.</p>
<p>Mettre <code>/a</code> ou <code>/b</code> directement sur l'une
des deux partitions donnera les mêmes
propriétés à tous les sous-répertoires
de chacun de ces répertoires, et nous voulons
l'éviter. Tailler 4 partitions pour ces 4 répertoires
ferait perdre de la flexibilité, nous l'éviterons
aussi. La bonne solution est de faire de ces 4 répertoires
des liens symboliques vers les bons répertoires de chacun
des disques. Ainsi:</p>
<blockquote>
<pre>
<code>/a/fast lien symbolique vers /mnt.fastdisk/a.fast
/a/slow lien symbolique vers /mnt.slowdisk/a.slow
/b/fast lien symbolique vers /mnt.fastdisk/b.fast
/b/slow lien symbolique vers /mnt.slowdisk/b.slow
</code>
</pre></blockquote>
<p>Et nous avons tous les répertoires rapides sur le disque
rapide sans avoir à faire une partition pour chacun d'entre
eux.</p>
<p>Le désavantage est que c'est relativement
compliqué et qu'il faut prévoir tous les points de
montage, liens symboliques et partitions avant d'installer le
système.</p>
<h2><a name="s9">9. Implémentation</a></h2>
<p>Les distributions récentes ont des outils qui vous
guideront pour le partitionnement et le formatage des disques, et
généreront un fichier <code>/etc/fstab</code>
automatiquement. Mais pour y faire des modifications par la suite,
vous devez comprendre les mécanismes que ça met en
jeu.</p>
<h2><a name="ss9.1">9.1 Disques et Partitions</a></h2>
<p>Avec DOS ou autre vous trouvez toutes les partitions avec des
noms comme <code>C:</code> <code>D:</code>, sans
différenciation pour les disques IDE, SCSI, réseau,
etc. Dans le monde de Linux c'est différent. Au
démarrage vous verrez un message comme:</p>
<hr>
<pre>
Dec 6 23:45:18 demos kernel: Partition check:
Dec 6 23:45:18 demos kernel: sda: sda1
Dec 6 23:45:18 demos kernel: hda: hda1 hda2
</pre>
<hr>
<p>Les disques SCSI se nomment <code>sda</code>, <code>sdb</code>,
<code>sdc</code> etc, et les disques (E)IDE se nomment
<code>hda</code>, <code>hdb</code>, <code>hdc</code> etc. Il y a
aussi des noms standards pour tous les périphériques
(souris, clavier, disquette, etc), voir <code>/dev/MAKEDEV</code>
et <code>/usr/src/linux/Documentation/devices.txt</code>.</p>
<p>Les partitions sont notées par des numéros sur
chaque disque, <code>hda1</code>, <code>hda2</code>, etc. Sur les
disques SCSI il peut y avoir jusqu'à 15 partitions, et sur
les disques EIDE drives jusqu'à 63 partitions. Ces deux
limites sont bien au-delà de ce qui est utile.</p>
<p>Ces partitions sont montées selon les indication du
fichier <code>/etc/fstab</code> pour que les fichiers qu'elles
contiennent soient accessibles.</p>
<h2><a name="ss9.2">9.2 Partitionnement</a></h2>
<p>D'abord vous devez partitionner chaque disque. Sous Linux il y a
deux méthodes, <code>fdisk</code> et <code>cfdisk</code>
(plus convivial) (ndT: il y a aussi d'autres outils avec les
distributions RedHat ou SuSE). Ces programmes sont complexes, lisez
les pages de manuel <em>très attentivement</em>. Sous DOS il
y a d'autres possibilités, comme <code>fdisk</code> ou
<code>fips</code>. Ce dernier a l'avantage qu'il peut partitionner
un disque sans nécessairement écraser toutes les
données. Avant de lancer <code>fips</code> vous devez
défragmenter votre disque. Si vous utilisez
<code>FAT32</code> vous pouvez utiliser la dernière version
de <code>fips</code> (à partir de 15c).</p>
<p>Il faudra d'abord défragmenter. Cela mettra toutes les
données au début du disque, et l'espace vide restant
peut être utilisé pour tailler de nouvelles
partitions.</p>
<p>De toute façon, il est indispensable de faire une
sauvegarde complète de toutes vos données importantes
avant de partitionner.</p>
<p>Il y a trois types de partitions, <code>primaire</code>,
<code>étendue</code> and <code>logique</code>. On ne peut
démarrer que sur une partition primaire, et le nombre de
partitions primaires est limité à 4. Si vous avez
besoin de plus de partitions, vous devez définir des
partitions étendues, qui contiendront de partitions
logiques.</p>
<p>Chaque partition a un numéro qui indique quel
système de fichiers elle utilise, pour Linux les seuls types
à connaitre sont <code>swap</code> et
<code>ext2fs</code>.</p>
<p>Pour plus d'informations, consuler le fichier README qui vient
avec <code>fdisk</code> ou le <em>Partitioning HOWTO</em>.</p>
<p>RedHat a un utilitaire interactif appelé <em>Disk
Druid</em> qui est est supposé être une alternative
plus conviviale à <code>fdisk</code> et automatiser d'autres
tâches. Cependant cet outil n'est pas tout à fait
mature: s'il ne fait pas ce que vous voulez, utilisez plutôt
<code>fdisk</code> ou <code>cfdisk</code>.</p>
<h2><a name="ss9.3">9.3 Disques Multiples
(<code>md</code>)</a></h2>
<p>Assurez-vous que vous avez la documentation la plus
récente sur cette fonctionnalité du noyau. Ce n'est
pas encore stable, vous voilà prévenu.</p>
<p>En bref cela consiste à rassembler des partitions en de
nouveaux périphériques <code>md0</code>,
<code>md1</code> etc. en utilisant <code>mdadd</code>, puis
à les activer avec <code>mdrun</code>. Cela peut être
automatisé avec le fichier <code>/etc/mdtab</code>.</p>
<p>On peut ensuite considérer <code>md0</code>,
<code>md1</code> comme n'importe quel disque. Il y a maintenant un
HOWTO sur le RAID avec <code>md</code> auquel je vous renvoie pour
les détails.</p>
<h2><a name="ss9.4">9.4 Formatage</a></h2>
<p>Après le partitionnement vient le formatage,
c'est-à-dire l'écriture des structures de
données qui permettront de décrire les attributs et
la position des fichiers. Si c'est la première fois que vous
formatez il est recommandé d'utiliser l'option "verify" ou
"check for bad blocks". A strictement parler, c'est inutile, mais
cela peut résoudre des problèmes comme la terminaison
(pour le SCSI). Voir la documentation de <code>mkfs</code> pour les
détails.</p>
<p>Linux est compatible avec un nombre impressionnant de
systèmes de fichiers. Faire <code>man fs</code> pour la
liste complète. Notez que votre noyau doit avoir le pilote
adéquat pour pouvoir accéder à un
système de fichiers. Lors de l'étape de configuration
du noyau (<code>make menuconfig</code> ou <code>make
xconfig</code>) vous avez de l'aide en ligne pour chaque
système de fichiers et vous pouvez choisir de l'inclure dans
le noyau ou d'en faire un module.</p>
<p>Notez que certaines disquettes de sauvetage ont besoin des
systèmes de fichiers <code>minix</code>, <code>msdos</code>
et <code>ext2fs</code> compilés dans le noyau.</p>
<p>Les partitions de swap (échange) doivent aussi
êtres formatées, utilisez <code>mkswap</code> pour
ça.</p>
<h2><a name="ss9.5">9.5 Montage</a></h2>
<p>Les données d'une partitions ne sont pas visibles avant
d'êtres montées dans un endroit de l'arborescence
appelé point de montage de la partition. Cela est fait
à la main avec le programme <code>mount</code> ou bien
automatiquement durant le démarrage. La liste des partitions
avec leur point de montage est dans le fichier
<code>/etc/fstab</code>. Lisez le manuel de <code>mount</code> et
faites très attention aux tabulations dans le fichier
<code>/etc/fstab</code> (elles ne sont pas équivalentes
à des espaces).</p>
<h2><a name="s10">10. Maintenance</a></h2>
<p>C'est le travail de l'ingénieur système de garder
un oeil sur les disques et les partitions. Si une partition est
pleine, le système aura des dysfonctionnements, quelle que
soit la place libre sur les autres partitions.</p>
<p>Pour voir la liste des partitions actuellement montées,
avec le point de montage et le pourcentage de place libre, taper
<code>df</code>. Cela doit être fait
régulièrement, par exemple avec une crontab.</p>
<p>Les partitions de swap peuvent être surveillées
avec les outils de statistique de la mémoire comme
<code>free</code>, <code>procinfo</code> ou <code>top</code>.</p>
<p>Surveiller l'usage des disques est plus délicat mais
c'est important pour les performances. Il faut éviter que le
même disque soit sollicité tout le temps quand
d'autres sont inactifs.</p>
<p>Il est important quand on installe un logiciel de savoir
précisément où vont les fichiers. Ainsi, pour
des raisons historiques, GCC qui met des exécutables dans
les répertoires de librairie. On peut aussi mentionner X11
dont la structure est très complexe.</p>
<p>Lorsque votre système est au bord de l'asphyxie il est
temps de faire la chasse aux fichiers temporaires, fichiers de log,
fichiers <code>core</code> et autres. Un bon usage de
<code>ulimit</code> dans les paramètres globaux du shell
peut vous aider à éviter d'avoir des fichiers
<code>core</code> un peu partout.</p>
<h2><a name="ss10.1">10.1 Sauvegarde</a></h2>
<p>Le lecteur attentif aura remarqué les allusions
répétés à l'utilité des
sauvegardes. Les films d'horreur sont nombreux où l'on parle
d'accidents et de ce qui est arrivé aux personnes
responsables quand la sauvegarde s'est avérée
inutilisable, voire inexistante. Il est en général
plus simple d'investir dans des moyens de sauvegarde décents
que de se trouver une seconde identité ...</p>
<p>Il y a de nombreuses possibilités, et un mini-HOWTO (
<code>Backup-With-MSDOS</code> ) détaille tout ce que vous
devez savoir, en plus d'informations spécifiques à
MSDOS.</p>
<p>En plus de faire des sauvegardes, vous devez vous assurer que
vous pouvez retrouver les données. Les données
écrites ne sont pas toujours correctes, et de nombreux
administrateurs systèmes ont un jour commencé
à restaurer le système après un accident,
joyeux à la pensée que tout marchait, lorsqu'ils
découvrirent avec horreur que les sauvegardes
n'étaient pas utilisables. Soyez prudents.</p>
<h2><a name="ss10.2">10.2 Défragmentation</a></h2>
<p>Cela varie beaucoup selon le système de fichiers.
Certains souffrent d'une défragmentation rapide et presque
paralysante. Heureusement ce n'est pas le cas de
<code>ext2fs</code> et c'est pourquoi on a très peu
parlé des outils de défragmentation. En fait, il en
existe, mais il est rare qu'on en aie même le besoin.</p>
<p>Si vous voulez le faire pour une raison ou pour une autre, le
moyen simple et rapide est de faire une sauvegarde puis une
récupération. Si cela ne concerne qu'une petite
partie des fichiers, pas exemple les répertoires
utilisateurs, vous pouvez le <code>tar</code>-er dans une zone
temporaire sur une autre partition, <em>vérifier</em>
l'archive, effacer l'orignial et le
dé-<code>tar</code>-er.</p>
<h2><a name="ss10.3">10.3 Effacement</a></h2>
<p>Le plus souvent le manque de place est résolu par
l'effacement des fichiers inutiles qui s'accumulent. Les programmes
qui ne terminent pas normalement laissent toutes sortes de trucs
traîner aux endroits les plus bizarres. Normalement un
fichier appelé <em>core</em> est créé en cas
de plantage d'un programme. Il ne sert qu'à deboguer, donc
vous pouvez l'effacer si vous ne comptez pas déboguer. Ces
fichiers peuvent se trouver n'importe où dont il est
recommandé de les chercher de façon globale. (ndT:
<code>find / -name core</code> devrait marcher)</p>
<p>L'arrêt prématuré des programmes laisse
aussi des fichiers temporaires dans des répertoires comme
<code>/tmp</code> ou <code>/var/tmp</code>, fichiers qui auraient
été effacés si le programme avait
terminé normalement. Ces répertoires sont en
général nettoyés au démarrage, mais si
vous ne redémarrez jamais ils peuvent finir par être
plein de vieux trucs. N'effacez pas les fichiers
aveuglément. Des utilitaires comme <code>find</code> et
<code>file</code> peuvent vous servir à localiser les
fichiers plus vieux que telle date et à connaître le
type d'un fichier.</p>
<p>Beaucoup de choses sont archivés lorsque le
système fonctionne, en particulier dans le répertoire
<code>/var/log</code>. Les messages du noyau sont mis dans
<code>/var/log/messages</code> qui a une certaine tendance à
grossir avec le temps. Il peut être bon d'avoir une petite
archive de ce fichier pour pouvoir le comparer avec les messages du
noyau si le système commence à se comporter
bizarrement.</p>
<p>Si le courrier ou les news ne fonctionnent pas correctement,
c'est peut-être dû à une croissance excessive de
<code>/var/spool/mail</code> et <code>/var/spool/news</code>.
Faites attention aux fichiers dont le nom commence par ".", il ne
sont pas affichés par <code>ls -l</code>, c'est pourquoi on
recommande d'utiliser plutôt <code>ls -Al</code>.</p>
<p>Le dépassement de capacité des répertoires
utilisateurs est une question délicate. De véritables
guerres ont déjà eu lieu entre utilisateurs et
administrateurs à ce sujet. Le tact, la diplomatie et un
budget généreux pour de nouveaux disques sont les
solutions. En utilisant le mot-du-jour, un petit message dans le
fichier <code>/etc/motd</code> qui est affiché chaque fois
qu'un utilisateur se loggue, on peut sensibiliser les utilisateurs.
Mettre les bonnes valeurs par défaut pour empêcher les
fichiers <code>core</code> d'être produits épargne
bien du travail.</p>
<p>Certaines personnes essayent de cacher les fichiers, en
utilisant le fait que les fichiers dont le nom commence par un
point ne sont pas visibles pour la comande <code>ls</code>. Un
exemple classique est <code>...</code> qui n'est donc pas vu par
<code>ls</code> et passe inaperçu à côté
de <code>.</code> et <code>..</code> si on fait <code>ls
-al</code>. La solution est de faire <code>ls -Al</code> qui
affiche tous les fichiers sauf <code>.</code> et
<code>..</code></p>
<h2><a name="ss10.4">10.4 Mises à jour</a></h2>
<p>Quelle que soit la taille de vos disque, ce sera un jour trop
petit. Actuellement ce sont les disques de 6.4 Go qui offrent le
meilleur rapport place/prix.</p>
<p>Avec des disques IDE vous aurez peut-être à enlever
un vieux disque, le nombre total étant limité
à 2 ou 4. Avec le SCSI vous pouvez avoir jusqu'à 7
disques en 8-bit et 15 en 16-bit (wide SCSI) par canal. Mais
certains adaptateurs ont plusieurs canaux et qu'on peut mettre
plusieurs adaptateurs. Mon point de vue est qu'avec le SCSI on est
plus content sur le long terme.</p>
<p>Et maintenant la question bateau, que faire de ce nouveau disque
? Souvent c'est pour étendre les queues qu'on a dû
étendre, donc la solution simple est de monter les nouveaux
disques dans <code>/var/spool</code>. D'un autre côté
les nouveaux disques étant plus rapides, c'est
peut-être l'occasion de revoir tout en profondeur.</p>
<p>Si la mise à jour est rendue indispensable par le manque
de place dans <code>/usr</code> ou <code>/var</code> elle est un
peu plus complexe. Vous pouvez envisager la réinstallation
complète de la toute dernière version de votre
distribution préférée. Dans ce cas faites
très attention à ne pas écraser vos
réglages essentiels. Les fichiers de configuration sont pour
la plupart dans le répertoire <code>/etc</code>.
Procéder avec soin, avec une sauvegarde récente et
des disquettes de sauvetage qui marchent. Une autre
possibilité que la réinstallation est de simplement
copier le vieux répertoire vers le nouveau, qui est
monté sur un point de montage provisoire. Puis éditer
le fichier <code>/etc/fstab</code> pour que le chemin du
répertoire pointe vers la nouveau, et redémarrez. Si
le démarrage échoue, vous pouvez redémarrer
avec une disquette de secours, éditer à nouveau
<code>/etc/fstab</code> et réessayer.</p>
<p>Tant qu'il n'y aura pas de logiciel de gestion de volume pour
Linux ça restera à la fois complexe et dangereux. Ne
soyez pas surpris si vous découvrez que vous devez restaurer
le système d'après une sauvegarde.</p>
<p>Le Tips-HOWTO donne l'exemple suivant pour déplacer toute
une structure de répertoire:</p>
<hr>
<pre>
(cd /source/directory; tar cf - . ) | (cd /dest/directory; tar xvfp -)
</pre>
<hr>
<p>Ça marchera sur la plupart des systèmes Unix.
Attention aux répertoires dont la structure arborescente est
trop profonde, elle peut faire échouer un tar autre que GNU
tar.</p>
<p>Si vous avez accès à GNU cp (c'est toujours le cas
sous Linux) vous pouvez aussi bien utiliser</p>
<hr>
<pre>
cp -av /source/directory /dest/directory
</pre>
<hr>
<p>GNU cp sait se débrouiller avec les liens symboliques,
les FIFO et les fichiers de périphériques et les
copier correctement.</p>
<p>Rappelez-vous que ce n'est jamais une bonne idée de
transférer <code>/dev</code> ou <code>/proc</code></p>
<h2><a name="s11">11. Utilisation avancée</a></h2>
<p>Linux et ses cousins offrent de nombreuses possibilités
pour une destruction rapide et efficace du système. Ce
document n'y fait pas exception. Avec le savoir vient le pouvoir et
donc le danger, et les paragraphes qui suivent présentent
des sujets plus ésotériques qui ne devraient pas
être abordés avant d'avoir lu et compris la
documentation et les pièges. Vous devriez faire une
sauvegarde, et essayer au moins une fois d'écraser et de
restaurer complètement votre système. Sinon vous ne
serez pas le premier à avoir une superbe sauvegarde et rien
pour la réinstaller (ou, encore plus gênant, des
fichiers essentiels manquent sur la bande).</p>
<p>Les techniques décrites ici sont rarement utiles mais
servent à des installations particulières. Pensez
sérieusement à ce que vous voulez faire avant d'aller
plus loin.</p>
<h2><a name="ss11.1">11.1 Paramètres du disque dur</a></h2>
<p>Les paramètres physiques du disque dur peuvent être
changés avec l'utilitaire <code>hdparms</code>. Le
paramètre le plus intéressant est sans doute
<em>read-ahead</em> qui détermine combien de bits on doit
lire d'avance en lecture séquentielle.</p>
<p>Ce qui fait le plus de sens est de sélectionner la
longueur moyenne des fichiers. Mais cette moyenne pour tout un
disque physique peut être non significative. Probablement
cela n'est utile que sur les disques spécialisés dans
les news ou le courrier électronique des grands
serveurs.</p>
<p>Pour des raisons de sécurité les valeurs par
défaut de hdparm sont plutôt conservateurs.
L'inconvénient est que vous pouvez avoir des interruptions
qui se perdent si vous avez des IRQ à grande
fréquence comme lorsqu'on utilise le port série et un
disque IDE en même temps, les IRQ du disque vont masquer les
autres. Ce qui entraîne des performances tout sauf optimales
lors du téléchargement sur Internet.
Sélectionner <code>hdparm -u1 device</code> enlèvera
ce masquage et même améliorera vos performances, ou
bien endommagera les données du disque. A essayer avec
prudence et avec des sauvegardes récentes.</p>
<h2><a name="ss11.2">11.2 Paramètres du système de
fichiers</a></h2>
<p>La plupart des systèmes de fichiers viennent avec un
utilitaire de configuration: ainsi <code>tune2fs</code> pour
<code>ext2fs</code>. On peut jouer avec plusieurs
paramètres, mais le plus utile est peut-être la taille
qu'on peut réserver. Cela peut vous aider à avoir
plus d'espace utile sur vos disques. En revanche vous aurez moins
de place pour réparer le système s'il crashe.</p>
<h2><a name="ss11.3">11.3 Synchronisation des axes</a></h2>
<p>Cela ne devrait pas être dangereux en soi, mis à
part que les détails exacts des connections ne sont pas bien
connus pour beaucoup de disques. La théorie est simple:
garder une différence de phase fixe entre les
différents disques d'un ensemble RAID. Cela diminue le temps
d'attente pour que la bonne piste soit en position pour la
tête de lecture/écriture. En pratique , avec de grands
tampons pour la lecture d'avance, le gain est
négligeable.</p>
<p>La synchronisation des axes ne doit pas être
utilisée dans un ensemble RAID0 ou RAID 0/1 car on perdrait
le bénéfice d'avoir les têtes de lectures sur
des emplacements différents.</p>
<h2><a name="s12">12. Pour plus d'information</a></h2>
<p>Il y a pas mal d'information disponible pour ceux qui mettent en
place un grand système, par exemple les fournisseurs
d'accès à Internet. Les FAQs des forums suivants sont
utiles:</p>
<h2><a name="ss12.1">12.1 Forums</a></h2>
<p>Parmi les plus intéressants:</p>
<ul>
<li><a href="news:comp.arch.storage">Storage</a>.</li>
<li><a href="news:comp.sys.ibm.pc.hardware.storage">PC
storage</a>.</li>
<li><a href="news:alt.filesystems.afs">AFS</a>.</li>
<li><a href="news:comp.periphs.scsi">SCSI</a>.</li>
<li><a href="news:comp.os.linux.setup">Linux setup</a>.</li>
<li><a href="news:fr.comp.os.linux">Linux (francophone)</a>.</li>
</ul>
<p>La plupart des forums ont leur propre FAQ destinée
à répondre aux questions les plus courantes, comme le
nom de Foire Aux Questions l'indique. Si vous ne les trouvez pas
dans la queue des news vous pouvez aller directement à
<a href="ftp://rtfm.mit.edu">l'archive FTP des principales
FAQs</a>. La version hypertexte se trouve à <a href=
"http://www.cis.ohio-state.edu/hypertext/faq/usenet/FAQ-List.html">l'archive
HTTP des principales FAQs</a>.</p>
<p>Certaines FAQs ont leur propre site, en particulier</p>
<ul>
<li><a href=
"http://www.paranoia.com/~filipg/HTML/LINK/F_SCSI.html">la FAQ
SCSI</a> et</li>
<li><a href=
"http://alumni.caltech.edu/~rdv/comp_arch_storage/FAQ-1.html">la
FAQ de comp.arch.storage</a>.</li>
</ul>
<h2><a name="ss12.2">12.2 Mailing lists</a></h2>
<p>Ce moyen de communication destiné aux développeurs
a un bon rapport signal/bruit. Repensez-y à deux fois avant
de poser des questions sur les mailing-lists car le bruit ralentit
l'effort de développement. Parmi les listes qui nous
concernent, <code>linux-raid</code>, <code>linux-scsi</code> et
<code>linux-ext2fs</code>. La plupart des mailing lists
intéressantes sont sur le serveur
<code>vger.rutgers.edu</code>, mais il est vraiment
surchargé, essayez plutôt un mirroir. Il y a un miroir
de quelques listes sur <a href="http://www.redhat.com">le site de
Redhat</a>. La plupart des listes sont aussi accessibles sur le
site <a href="http://www.linuxhq.com/lnxlists">Linux
HeadQuarters</a>, et le reste de la toile est une mine d'or pour
les informations.</p>
<p>Si vous voulez en savoir plus sur les listes existantes vous
pouvez envoyer un message au <a href=
"mailto:majordomo@vger.rutgers.edu">serveur de listes de
vger.rutgers.edu</a> donc le corps contiendra le seul mot "lists".
Si vous voulez savoir comment marche une mailing list envoyez un
message avec le seul mot <code>help</code> à la même
adresse. A cause du succès de ce serveur il est possible que
la réponse prenne un certain temps.</p>
<p>Il y a aussi un certain nombre de serveurs majordomo
intéressants, comme <a href=
"mailto:linux-eata@mail.uni-mainz.de">la liste des pilotes EATA</a>
et la <a href="mailto:linux-i2o@dpt.com">liste des
entrées/sorties intelligentes</a>.</p>
<p>Les mailing lists évoluent rapidement mais un certain
nombre de listes intéressantes sont sur <a href=
"http://sunsite.unc.edu/LDP">la page du Linux Documentation
Project</a>.</p>
<h2><a name="ss12.3">12.3 HOWTO</a></h2>
<p>Ce sont les premières sources d'information
générale, mais on y trouve aussi la solution à
bien des problèmes spécifiques. Les HOWTOs
apparentés à celui-ci sont <code>Bootdisk</code>,
<code>Installation</code>, <code>SCSI</code> et
<code>UMSDOS</code>. le site principal en anglais est <a href=
"http://sunsite.unc.edu/LDP">l'archive du LDP sur sunsite</a>. Le
mirroir en France (qui contient aussi la traduction des HOWTOs en
français) est <a href=
"http://www.freeenix.fr">Freenix</a>.</p>
<p>Il y a un nouveau HOWTO qui parle de la mise en place d'un
système RAID DPT, voir <a href=
"http://www.ram.org/computing/linux/dpt_raid.html">the DPT RAID
HOWTO homepage</a>.</p>
<h2><a name="ss12.4">12.4 Mini-HOWTO</a></h2>
<p>Parmi ceux qui nous concernent: <code>Backup-With-MSDOS</code>,
<code>Diskless</code>, <code>LILO</code>,
<code>Linux+DOS+Win95+OS2</code>, <code>Linux+OS2+DOS</code>,
<code>Linux+Win95</code>, <code>NFS-Root</code>,
<code>Win95+Win+Linux</code>, <code>ZIP Drive</code>.</p>
<p>On les trouve aux mêmes endroits que les HOWTOs.</p>
<p>Le vieux <code>Linux Large IDE mini-HOWTO</code> est
obsolète, lisez plutôt
<code>/usr/src/linux/drivers/block/README.ide</code> ou
<code>/usr/src/linux/Documentation/ide.txt</code> (ces fichiers
font partie de la documentation des sources du noyau).</p>
<h2><a name="ss12.5">12.5 Documentation locale</a></h2>
<p>Le plupart des distributions Linux ont un <a href=
"file:///usr/doc">répertoire de documentation</a> où
l'on trouve souvent un sous-répertoire <a href=
"file:///usr/doc/HOWTO">un sous-répertoire pour les
HOWTOs</a></p>
<p>Les fichiers de configuration mentionnés plus haut sont
dans le répertoire <a href="file:///etc">/etc</a>. En
particulier <a href="file:///etc/fstab">/etc/fstab</a> pour les
points de montage et <a href="file:///etc/mdtab">mdtab</a> qui est
utilisé pour la configuration du RAID.</p>
<p>La documentation des <a href="file:///usr/src/linux">sources de
linux</a> est bien sûr la source ultime d'information. Pas
seulement avec les commentaires qui sont dans le code mais aussi
avec le <a href=
"file:///usr/src/linux/Documentation">répertoire de
documentation</a>. Si vous vous posez une question au sujet du
noyau vous devez d'abord chercher là.</p>
<p>Les fichiers où sont stockés <a href=
"file:///var/log/messages">les messages du noyau</a> permettent de
savoir ce qui se passe, en particulier si les messages ont
défilé trop vite au démarrage. Avec la
commande <code>tail -f /var/log/messages</code> dans une
fenêtre ou un écran séparé, vous aurez
une information toujours à jour sur ce qui se passe dans
votre système.</p>
<p>Vous pouvez aussi utiliser le système de fichiers
<a href="file:///proc">/proc</a> qui donne de l'info en temps
réel sur le système. Utiliser <code>cat</code>
plutôt que <code>more</code> pour voir ces fichiers car leur
longueur déclarée est zéro.</p>
<p>Tout est basé ici sur le Filesystem Structure Standard
(FSSTND). Il est en train de changer de nom pour devenir File
Hierarchy Standard (FHS) et être moins propre à Linux.
Il y a une <a href="http://www.pathname.com/fhs">page Web du
FHS</a> qui explique comment rejoindre la mailing list
privée des développeurs.</p>
<h2><a name="ss12.6">12.6 Pages WWW</a></h2>
<p>Il y a un grand nombre de pages Web intéressantes, et
elles bougent beaucoup, ne soyez pas étonnés si ces
liens deviennent obsolètes.</p>
<p>Un bon point de départ est sur Sunsite: c'est <a href=
"http://sunsite.unc.edu/LDP/">l'archive du Linux Developpement
Project</a></p>
<ul>
<li>Mike Neuffer, l'auteur du cache caching et des pilotes pour
contrôleurs RAID, a des pages intéressantes sur
<a href="http://www.uni-mainz.de/~neuffer/scsi">SCSI</a> et
<a href="http://www.uni-mainz.de/~neuffer/scsi/dpt">DPT</a>.</li>
<li>Sur le développement du RAID 1 logiciel, voir la
<a href="http://www.nuclecu.unam.mx/~miguel/raid">page des
développeurs RAID 1</a>.</li>
<li>Sur (entre autres) la mesure de performances, le RAID, la
fiabilité, voir la page du projet <a href=
"http://linas.org">Linas Vepstas</a>.</li>
<li>Il y a aussi un HOWTO sur <a href=
"ftp://ftp.bizsystems.com/pub/raid/Root-RAID-HOWTO.html">comment
avoir en RAID la partition racine</a>.</li>
<li>Voir enfin ici pour la documentation détaillée de
<a href=
"http://step.polymtl.ca/~ldd/ext2fs/ext2fs_toc.html">ext2fs</a>.</li>
<li>Mark D. Roth a une page sur <a href=
"http://www.uiuc.edu/ph/www/roth">VPS</a></li>
<li>Un projet similaire: <a href=
"http://www.virtual.net.au/~rjh/enh-fs.html">Enhanced File
System</a></li>
<li>Il y a un projet de compression qui s'intégrerait
à <code>ext2fs</code> et s'appelle <code>e2compr</code>.
Voir <a href="http://netspace.net.au/~reiter/e2compr.html">la
maison-page de e2compr</a>.</li>
<li>Pour plus d'information sur le démarrage et sur BSD voir
<a href="http://www.paranoia.com/~vax/boot.html">ici</a> page.</li>
</ul>
<p>On trouve des tableaux sur les disques, les contrôleurs,
etc. à la page appelée <a href=
"http://theref.c3d.rl.af.mil">The Ref</a>. On peut l'interroger en
ligne ou télécharger la base de données par
<a href="ftp://theref.c3d.rl.af.mil/public">FTP</a>.</p>
<h2><a name="ss12.7">12.7 Moteurs de recherche</a></h2>
<p>N'oubliez pas que vous pouvez utiliser les moteurs de recherche,
comme:</p>
<ul>
<li><a href="http://www.altavista.digital.com">Altavista</a></li>
<li><a href="http://www.excite.com">Excite</a></li>
<li><a href="http://www.hotbot.com">Hotbot</a></li>
</ul>
<p>Il y a aussi <a href="http://www.dejanews.com">Dejanews</a>,
dédié à la recherche dans les news, qui
archive les forums depuis 1995.</p>
<p>Si vous voulez de l'aide vous posterez sans doute dans le forum
<a href="news:comp.os.linux.setup">Linux Setup</a> (ndT: Pour les
francophones consulter plutôt le <a href=
"news:fr.comp.os.linux">forum français sur Linux</a>)</p>
<h2><a name="s13">13. Comment obtenir de l'aide</a></h2>
<p>Il se peut que, dans l'incapacité à
résoudre vos problèmes par vous-même, vous ayez
besoin d'aide. Le moyen le plus sûr est de demander à
quelqu'un dans le groupe d'utilisateurs Linux le plus proche de
chez vous.</p>
<p>Une autre possibilité est de poster dans les news. Le
problème est que le rapport signal/bruit des newsgroups est
parfois faible et votre question peut très bien passer
inaperçue.</p>
<p>Quel que soit l'endroit où vous demandez, il est
important de bien poser la question. Dire juste <i>mon disque dur
ne marche pas</i> ne risque pas de vous aider: au mieux, quelqu'un
vous demandera d'être plus précis.</p>
<p>Il est recommandé de décrire le problème
avec assez de détails pour permettre aux gens de vous aider.
Il peut se produire là où vous vous y attendez le
moins. Voilà pourquoi il faut décrire:</p>
<dl>
<dt><b>Matériel</b></dt>
<dd>
<ul>
<li>Le Processeur</li>
<li>Le chipset (LX, BX, etc)</li>
<li>Le bus (ISA, VESA, PCI etc)</li>
<li>Les cartes d'extension (carte graphique, etc.)</li>
</ul>
</dd>
<dt><b>Logiciel</b></dt>
<dd>
<ul>
<li>La version du BIOS (Pour la carte-mère et
éventuellement les adaptateurs SCSI)</li>
<li>LILO, s'il est utilisé</li>
<li>La version du noyau et les patchs ou modifications
éventuels</li>
<li>Les paramètres du noyau (s'il y en a)</li>
<li>Les programmes qui font apparaître l'erreur (avec
numéro de version)</li>
</ul>
</dd>
<dt><b>Périphériques</b></dt>
<dd>
<ul>
<li>Type du disque, fabriquant, version et modèle.</li>
<li>Les autres périphériques présents sur le
même bus.</li>
</ul>
</dd>
</dl>
<p>Un exemple d'inter-relation de ces différents
éléments: on a déjà vu un vieux chipset
qui cause des problèmes si on utilise certaines combinaisons
de carte graphique et d'adaptateur SCSI.</p>
<p>Joindre à votre message un extrait (bref) du contenu de
<code>/var/log/messages</code> peut être utile (mais parfois
regarder ce contenu suffit à détecter la source du
problème). Bien sûr si le disque est en panne il est
possible que ces messages ne soient pas enregistrés, mais on
peut au moins scroller en arrière avec les touches
<code>SHIFT</code> et <code>PAGE UP</code>.</p>
<h2><a name="s14">14. Remarques en guise de conclusion</a></h2>
<p>La configuration des disques et le choix des partitions sont
difficiles, et on n'a pas donné de règles fixes ici.
Cependant, y travailler un peu peut apporter des gains
considérables. Maximiser l'usage d'un seul disque quand les
autres sont inactif est loin d'être optimal, regardez les
LED, elles ne sont pas là que pour la décoration.
Avec un système bien fait, les petites diodes qui indiquent
l'activité des disques doivent clignoter comme des lampes de
discothèque. Linux permet le RAID au niveau logiciel mais
supporte aussi quelques contrôleurs RAID SCSI.
Vérifiez ce qui est disponible. Plus tard, si vous
re-partitionnez votre système, vous pourrez jetez à
nouveau un oeil à ce document. Les commentaires et les
contributions sont bienvenus.</p>
<h2><a name="ss14.1">14.1 En préparation</a></h2>
<p>Il y a encore quelques sujets qui vont apparaître ici. En
particulier je vais ajouter d'autres exemples de tables pour la
configuration de grands réseaux. Des exemples de
réseaux marchant sans problème sont les
bienvenus.</p>
<p>Il reste aussi un peu de boulot dans ce HOWTO sur les
systèmes de fichiers et utilitaires.</p>
<p>Une grande section sera ajoutés sur les technologies de
disque dur ainsi qu'une meilleure description sur l'utilisation de
<code>fdisk</code> or <code>cfdisk</code>. La section sur les
systèmes de fichiers se remplira au fur et à mesure
que les nouveautés sortiront.</p>
<p>J'ai reçu récemment une plaquette de DPT, qui
fabrique le premier système RAID hardware supporté
par Linux. Leurs feuillets portent maintenant le petit pingouin
Linux. Bientôt plus d'information à ce sujet.</p>
<p>Il y a quelques petits passages qui font double emploi avec le
Filesystem Hierarchy Standard. Les enlever signifiera probablement
un remaniement complet des tables de la fin de ce document.</p>
<p>J'envisage aussi d'écrire un programme qui automatiserait
le processus de décision, en donnant un point de
départ simple et plus complet.</p>
<h2><a name="ss14.2">14.2 Demande d'information</a></h2>
<p>Ecrire ce document a pris un certain temps et bien qu'il
commence à ressembler à quelque chose, ce document a
encore besoin d'information que seul vous, précieux
lecteurs, pouvez m'apporter.</p>
<ul>
<li>Plus d'information sur la taille de swap nécessaire et
la plus grande taille de swap autorisée avec les
différentes versions du noyau.</li>
<li>Est-ce qu'il est fréquent qu'un disque soit
abîmé ou qu'un système de fichier soit corrompu
? Autant que je me souvienne, je n'ai jamais connu que des
problèmes dûs à du matériel
défectueux.</li>
<li>J'ai aussi besoin de documentation sur la vitesse
comparée des disques.</li>
<li>Y a-t-il d'autres contrôleurs RAID compatibles avec Linux
?</li>
<li>Des pistes quant aux systèmes de fichiers, à la
gestion de volumes et assimilés sont bienvenues.</li>
<li>Quels utilitaires dignes d'intérêt sont
disponibles ?</li>
<li>Il faudrait aussi une liste complète des sources
d'information. Peut-être sur un document séparé
?</li>
<li>L'usage de <code>/tmp</code> et <code>/var/tmp</code> est
difficile à déterminer, en fait savoir quels
programmes utilisent quel répertoire n'est pas
évident, plus d'information à ce sujet est bienvenue.
Cependant, il reste clair que ces deux répertoires doivent
être sur des disques différents pour profiter du
parallélisme.</li>
</ul>
<h2><a name="ss14.3">14.3 Suggestions pour participer à un
projet.</a></h2>
<p>Sur les forums comp.os.linux.* on trouve plein de bonnes
idées. Je vais en lister ici quelques-uns en rapport avec
notre sujet. Les projets ambitieux comme un nouveau système
de fichiers doivent toujours être postés soit pour
trouver des collaborateurs soit pour voir si quelqu'un ne travaille
pas déjà dessus.</p>
<dl>
<dt><b>Des outils de Planning</b></dt>
<dd>
<p>qui automatisent la conception d'un système constituent
un projet de taille moyenne. Une sorte d'exercice en programmation
par contraintes.</p>
</dd>
<dt><b>Des outils de partitionnement</b></dt>
<dd>
<p>qui acceptent en entrée le résultat du programme
mentionné ci-dessus et formatent les disques en
parallèle puis créent l'arborecence de fichiers avec
les bons liens symboliques. Ce serait encore mieux si on
intégrait ça à des programmes d'installation
existants. Le programme d'installation de Solaris est un bon
exemple à méditer.</p>
</dd>
<dt><b>Des outils de surveillance</b></dt>
<dd>
<p>qui surveillent les partitions et tirent la sonnette d'alarme
avant qu'elles soit pleines.</p>
</dd>
<dt><b>Des outils de migration</b></dt>
<dd>
<p>qui permettent de déplacer sans danger des arborescences
entières (par exemple pour migrer vers un système
RAID). Ce serait par exemple un script shell assez simple
contrôlant un programme de sauvegarde. Cependant, veillez
à ce qu'il soit sécurisé et qu'il permette de
revenir en arrière.</p>
</dd>
</dl>
<h2><a name="s15">15. Questions / Réponses</a></h2>
<p>Voici quelques questions fréquentes et leur
réponse.</p>
<ul>
<li>Q: De combien de disque dur Linux a besoin ?</li>
<li>R: Linux marche très bien avec un seul disque dur. Avoir
assez de mémoire vive (32 ou 64 Mo) est un meilleur choix
point de vue performances que d'acheter un second disque. Les
disques IDE sont moins chers, mais aussi moins rapides que les
SCSI.</li>
<li>Q: J'ai un seul disque, est-ce que ce HOWTO est fait pour moi
?</li>
<li>R: Oui, mais en partie seulement. Voir la section sur le
<a href="#physical-track-positioning">Positionnement physique des
pistes</a>.</li>
<li>Q: Y a-t-il des désavantages dans ce cas ?</li>
<li>R: Un seul petit désavantage. Si une partition n'a plus
de place libre, le système peut se bloquer ou se comporter
bizarrement. La gravité dépend bien sûr de la
partition affectée. Cependant, ce n'est pas difficile
à contrôler, avec la commande <code>df</code> qui
donne une vue générale de la situation. Utiliser
aussi la commande <code>free</code> pour s'assurer que la
mémoire virtuelle (c'est-à-dire la mémoire
vive + le swap) est suffisante.</li>
<li>Q: OK, je dois donc séparer mon système entre
autant de partitions que possible pour un seul disque ?</li>
<li>R: Non, car cela a plusieurs désavantages. D'abord la
maintenance est plus complexe et le gain peut être mineur.
Des partitions trop grandes ne sont pas non plus l'idéal. Il
y a un juste milieu, qui dépend du nombre de disques que
vous avez.</li>
<li>Q: Est-ce que cela veut dire que plus de disques permettent
d'avoir plus de partitions ?</li>
<li>R: En un sens, oui. Cependant, certains répertoires ne
doivent pas être séparés de la racine (voir le
FHS pour les détails)</li>
<li>Q: Et si j'ai beaucoup de disques ?</li>
<li>R: Si vous avez plus que 3 ou 4 disques vous devriez penser
à utiliser un des modes RAID. Cependant, il vaut mieux
garder la partition root sur une partition simple (sans RAID), voir
la section sur le <a href="#RAID">RAID</a> pour les
détails.</li>
<li>Q: J'ai installé le dernier Windows95 mais je n'arrive
pas à accéder aux partitions Windows depuis
Linux.</li>
<li>R: Sans doute votre partition Windows est formatée en
<code>FAT32</code>. C'est le cas pour Windows 95 OSR2 et pour
Windows 98. Linux a un support pour ce système de fichiers
depuis le noyau 2.0.35.</li>
<li>Q: Je n'arrive pas à faire correspondre la somme des
taille de mes disques et celle de mes partitions.</li>
<li>R: Il est possible que vous ayez monté une partition en
un point qui n'était pas un répertoire vide. Le point
de montage est un répertoire et s'il n'est par vide le
montage masquera son contenu. Et en faisant la somme vous verrez
qu'il manque la place occupée par le contenu de ce
répertoire avant montage. Pour résoudre ça
vous pouvez démarrer depuis une disquette de sauvetage et
voir ce qui se cache derrière les points de montage. Vous
pouvez ensuite effacer ou transférer ces données en
montant la partition en question sur un point de montage
temporaire.</li>
<li>Q: Qu'est ce que ce nyx qui est mentionné plusieurs fois
dans ce HOWTO ?</li>
<li>R: C'est un grand système utilisant les Unix libres et
avec 10000 utilisateurs. Je m'en sers pour héberger mes
pages Web mais aussi comme source d'inspiration pour ce HOWTO, en
ce qui concerne la configuration de réseaux assez vastes.
Voir la <a href="http://www.nyx.net">page d'accueil de Nyx</a> qui
indique aussi comment obtenir un compte gratuit.</li>
</ul>
<h2><a name="bits-n-pieces"></a> <a name="s16">16.
Bric-à-brac</a></h2>
<p>C'est une section où vont tous les paragraphes que je
n'ai pas pu caser ailleurs: ils y restent plus ou moins
longtemps.</p>
<h2><a name="comb-swap-n-tmp"></a> <a name="ss16.1">16.1 Combiner
le <code>swap</code> et <code>/tmp</code></a></h2>
<p><!--
combiner le swap et /tmp
-->
On a discuté dans les forums linux au sujet de
systèmes de fichiers spécialisés pour le
stockage temporaire. Un peu comme <code>tmpfs</code> sur les
machines *BSD et Solaris, et <code>swapfs</code> sur les machines
NeXT.</p>
<p>Combiner le <code>swap</code> et la partition <code>/tmp</code>
permet de gagner de la place. Ce système de fichiers
spécialisé n'est rien d'autre qu'un RAM disk qu'on
peut swapper, et qui n'est mis sur le disque que lorsque la place
est limitée, ce qui revient à metter les fichiers
temporaires sur la partition de swap.</p>
<p>Il y a pourtant un hic. Ce schéma interdit d'agir en
parallèle sur le <code>swap</code> et sur la partition
<code>/tmp</code> ce qui peut effondrer les performances. Autrement
dit, on échange de la place disque contre de la vitesse.</p>
<p>Il y a aussi un problème de sécurité
vis-à-vis des utilisateurs qui tentent d'effondrer une
machine en remplissant le répertoire <code>/tmp</code>.</p>
<h2><a name="ss16.2">16.2 Disques de <code>swap</code>
entrelacés.</a></h2>
<p><!--
disques de swap entrelacés
-->
Les partitions de swap sont accédées par la
méthode du colibri (c'est-à-dire dans le
désordre), afin de répartir grosso modo la charge
entre plusieurs disques. Linux offre en plus la possibilité
d'attribuer des priorités aux disques, ce qui est utile si
on a des disques de vitesse différente. Voir <code>man 8
swapon</code> et <code>man 2 swapon</code> pour les
détails.</p>
<h2><a name="ss16.3">16.3 Faut-il avoir ou non une partition de
swap ?</a></h2>
<p><!--
swap
-->
Dans de nombreux cas vous n'avez pas besoin d'une partition, par
exemple si vous avez beaucoup de mémoire vive, mettons 64
Mo, et si vous êtes le seul utilisateur de la machine. Dans
ce cas vous pouvez essayer de tourner dans partition de swap et
voir (par exemple avec les rapports du système ou avec la
commande <code>top</code>) s'il y a des moments où vous
n'avez plus de mémoire libre.</p>
<p>Enlever la partition de swap a deux avantages:</p>
<ul>
<li>Vous gagnez de la place disque</li>
<li>Vous gagnez sur le temps moyen d'accès car la partition
de swap aurait occupé le milieu du disque (qui est plus
rapide)</li>
</ul>
<p>Au total, avoir une partition de swap est comme avoir des
toilettes chauffées: on n'en a pas besoin la plupart du
temps, mais c'est bien agréable parfois. (ndT: Ah qu'en
termes galants ces choses-là sont mises !)</p>
<h2><a name="ss16.4">16.4 Points de montage et
<code>/mnt</code></a></h2>
<p><!--
points de montage
--></p>
<p>Dans une ancienne version de ce document, je proposais de mettre
toutes les partitions montées sur des
sous-répertoires de /mnt. C'est cependant une mauvaise
idée car /mnt lui-même peut être utilisé
comme point de montage, ce qui rend toutes les autres partitions
inaccessibles. (voir Questions et Réponses). Je propose
plutôt de monter les partitions directement dans la racine
avec des noms comme /mnt.nom-bien-choisi.</p>
<p>Certaines distributions Linux utilisent des points de montage
comme /mnt/floppy et /mnt/cdrom ce qui montre bien combien les
choses sont peu claires. Espérons que le FHS mettra de
l'ordre dans tout ça.</p>
<h2><a name="ss16.5">16.5 SCSI: numéros et noms
symboliques</a></h2>
<p><!--
SCSI!numéros et noms symboliques
--></p>
<p>Les partitions sont nommées dans l'ordre où elles
sont trouvées, et ne dépendent pas du numéro
SCSI. Cela signifie que si vous ajoutez un disque avec un
numéro intermédiaire, ou si vous changez les
numéros d'une autre manière, les noms de partitions
sont intervertis et ne correspondent plus à rien. C'est
important si vous utilisez des disques amovibles. Dans ce cas il
faut réserver les premiers numéros aux disques fixes
et les derniers pour les media amovibles.</p>
<p>Beaucoup se sont fait avoir par cette ``feature'' et
réclament qu'on fasse quelque chose. Personne ne sait quand
ce sera fixé. Pour l'instant, donc, il faut faire avec. Par
exemple c'est une bonne idée de mettre le disque contenant
la partition racine au premier numéro SCSI. Ainsi il ne sera
pas re-numéroté si un autre disque a une panne.</p>
<p>Le coeur du problème est le nombre limité de bits
disponibles pour les numéros majeurs et mineurs des fichiers
du répertoire /dev utilisés pour décrire le
device lui-même. Voir <code>man MAKEDEV</code>. Actuellement
deux solutions sont envisagées:</p>
<dl>
<dt><b>scsidev</b></dt>
<dd>
<p>crée une base de données avec les disques et
l'endroit où ils sont, voir <code>man scsifs</code>.</p>
</dd>
<dt><b>devfs</b></dt>
<dd>
<p>est un projet à plus long terme, qui veut contourner tout
la numérotation des fichiers de périphériques
en faisant du répertoire /dev un répertoire dy noyau
tout comme /proc. A suivre.</p>
</dd>
</dl>
<p>Les numéros SCSI sont aussi utilisés pour
l'arbitrage. Si plusieurs disques demandent un service, le disque
qui a le numéro le plus faible a la priorité.</p>
<h2><a name="power-heating"></a> <a name="ss16.6">16.6 Consommation
et Chaleur</a> <!--Consommation--><!--Chaleur (dissipation)--></h2>
<p>Il n'y a pas si longtemps, une machine de puissance
équivalente à un PC d'aujourd'hui consommait du
courant triphasé, et exigeait un refroidissement à
air ou même à eau. La technologie a progressé
très vite, offrant des composants rapides mais aussi peu
gourmands en énergie. Cependant, il y a des choses qu'on
doit garder en tête avant d'ajouter à l'ordinateur un
disque ou une carte PCI. Gardez à l'esprit que
l'énergie consommée va bien quelque part, et que la
plupart est transformée en chaleur. Si la chaleur n'est pas
dissipée, il en résultera une surchauffe qui diminue
la fiabilité et la durée de vie des composants. Les
constructeurs ont de exigences de refroidissement, en termes de
mètres cubes par minute, et on ne saurait trop conseiller
d'en tenir compte.</p>
<p>Gardez des passages pour l'air, nettoyez la crasse et
vérifiez la température des disques. S'il sont
brûlants au toucher, c'est sans doute qu'ils sont en
surchauffe.</p>
<p>Si possible utilisez l'accélération
séquentielle (<em>sequential spin-up</em>) pour les disques.
C'est l'accélération qui consomme le plus
d'électricité et si tous les disques démarrent
en même temps vous risquez de dépasser la puissance
fournie par votre alimentation.</p>
<h2><a name="ss16.7">16.7 Dejanews</a></h2>
<p><!--
Dejanews
-->
C'est un système que la plupart conaissent
déjà. Il permet d'effectuer des recherches parmi les
articles postés dans les <em>forums Usenet</em> depuis 1995
jusqu'à maintenant, et offre aussi une interface Web pour
lire et poster des articles. Voir <a href=
"http://www.dejanews.com">Dejanews</a></p>
<p>Ce qui est sans doute moins connu est qu'ils utilisent 120
stations Linux parallèles, la plupart utilisant le module
<code>md</code> pour gérer 4 et 24 Go d'espace disque (plus
de 1200 Go au total). L'ensemble grandit sans cesse mais
actuellement il est essentiellement constitué de Bi-Pentium
Pro 200MHz et de Bi-Pentium II 300 MHz avec 256 Mo de
mémoire vive ou plus.</p>
<p>Une machine de la base de données a normalement 1 disque
pour le système d'exploitation et entre 4 et 6 disques
gérés par <code>md</code> où les articles sont
archivés. Les disques sont connectés à un
adaptateur PCI SCSI (BusLogic Modèle BT-946C ou BT-958), un
par machine.</p>
<p>Les erreurs disque ne constituent que 0,25% des
indisponibilités du système.</p>
<p>Enfin, ce n'est pas de la publicité que je fais, mais
juste un example de ce qu'il faut pour mettre en place un service
Internet majeur. (ndT: le site <code>voila.fr</code> de France
Télécom utilise un nombre comparable de stations
Linux pour un moteur de recherche)</p>
<h2><a name="ss16.8">16.8 Structure de la hiérarchie des
fichiers</a></h2>
<p><!--
hiérarchie des fichiers
-->
Il y a beaucoup de schémas pour les hiérarchies de
fichiers, qui diffèrent du FHS par la philosophie, la
stratégie et l'implémentation. Il n'est pas possible
de les détailler ici, le lecteur est renvoyé à
<code>man hier</code> qui est disponible sur beaucoup
d'architectures.</p>
<h2><a name="ss16.9">16.9 Numérotation des pistes et
optimisation</a></h2>
<p><!--
Numérotation des pistes
-->
<!--
optimisation
-->
Autrefois les systèmes de fichiers utilisaient les
paramètres physiques du disque pour optimiser les
transferts, par exemple en essayent de metter tout un fichier dans
la même piste afin d'économiser les temps du
changement de piste. Aujourd'hui avec les paramètres
logiques, le cache et les schémas pour éviter les
secteurs défectueux, ce genre d'optimisation ne fait plus de
sens et peut même coûter plus cher qu'elle ne rapporte.
Certains systèmes d'exploitation utilisent encore ce genre
d'algorithmes, mais plus Linux.</p>
<h2><a name="app-a"></a> <a name="s17">17. Appendice A:
Partitionnement: points de montage et liens symboliques</a></h2>
<p><!--
placement des partitions
-->
<!--
montage et liens symboliques
--></p>
<p>La table suivante fait de la conception un simple exercice avec
un crayon et un papier. Il est conseillé de l'imprimer (avec
des fontes à casse fixe) et d'ajuster les nombres
jusqu'à obtenir satisfaction.</p>
<p>Le point de montage <!--
point de montage
-->
est le répertoire sous le nom duquel vous voulez
accéder à une partition ou
périphérique. Cette table est aussi l'endroit
idéal pour noter les liens (ou raccourcis) que vous
établirez. La taille correspond à une installation
assez complète de Debian 1.3.</p>
<blockquote>
<pre>
<code>Répertoire Point de montage vitesse temps taux taille
moyen de
d'accès transfert
swap __________ ooooo ooooo ooooo (32) ____
/ __________ o o o (20) ____
/tmp __________ oooo oooo oooo ____
/var __________ oo oo oo (25) ____
/var/tmp __________ oooo oooo oooo ____
/var/spool __________ ____
/var/spool/mail __________ o o o ____
/var/spool/news __________ ooo ooo oo ____
/var/spool/____ __________ ____ ____ ____ ____
/home __________ oo oo oo ____
/usr __________ (500)____
/usr/bin __________ o oo o (250)____
/usr/lib __________ oo oo ooo (200)____
/usr/local __________ ____
/usr/local/bin __________ o oo o ____
/usr/local/lib __________ oo oo ooo ____
/usr/local/____ __________ ____
/usr/src __________ o oo o (50) ____
DOS __________ o o o ____
Win __________ oo oo oo ____
NT __________ ooo ooo ooo ____
/mnt._________ __________ ____ ____ ____ ____
/mnt._________ __________ ____ ____ ____ ____
/mnt._________ __________ ____ ____ ____ ____
/_____________ __________ ____ ____ ____ ____
/_____________ __________ ____ ____ ____ ____
/_____________ __________ ____ ____ ____ ____
/_____________ __________ ____ ____ ____ ____
Espace disque total : ____
</code>
</pre></blockquote>
<h2><a name="app-b"></a> <a name="s18">18. Appendice B:
Partitionnement: emplacement des partitions</a></h2>
<p><!--
partitions!emplacement
--></p>
<p>Ici vous choisirez dans quel disque va chacune des partitions de
la table précédente, en gardant à l'esprit les
remarques dans la section <a href=
"#physical-track-positioning">postition physique des
pistes</a>.</p>
<blockquote>
<pre>
<code> Disque sda sdb sdc hda hdb hdc ___
No SCSI | __ | __ | __ |
Répertoire
swap | | | | | | |
/ | | | | | | |
/tmp | | | | | | |
/var : : : : : : :
/var/tmp | | | | | | |
/var/spool : : : : : : :
/var/spool/mail | | | | | | |
/var/spool/news : : : : : : :
/var/spool/____ | | | | | | |
/home | | | | | | |
/usr | | | | | | |
/usr/bin : : : : : : :
/usr/lib | | | | | | |
/usr/local : : : : : : :
/usr/local/bin | | | | | | |
/usr/local/lib : : : : : : :
/usr/local/____ | | | | | | |
/usr/src : : : :
DOS | | | | | | |
Win : : : : : : :
NT | | | | | | |
/mnt.___/_____ | | | | | | |
/mnt.___/_____ : : : : : : :
/mnt.___/_____ | | | | | | |
/_____________ : : : : : : :
/_____________ | | | | | | |
/_____________ : : : : : : :
Place totale:
</code>
</pre></blockquote>
<h2><a name="app-c"></a> <a name="s19">19. Appendice C:
Partitionnement: numérotation</a></h2>
<p><!--
partitions!numérotation
-->
Cette troisième table sert juste à trier les
partitions en attribuant un numéro à chacune, sous la
forme attendue par <code>fdisk</code>. Ici vous pouvez tenir compte
de la position physique des pistes pour l'optimisation.</p>
<p>Ces numéros seront utilisés pour mettre à
jour les tables précédentes: les trois tables sont
très utiles pour la maintenance.</p>
<p>En cas de crash disque, vous trouverez utile de savoir quel
numéro SCSI correspond à quel disque, gardez en
conséquence une copie papier de cette information.</p>
<blockquote>
<pre>
<code> Disque: sda sdb sdc hda hdb hdc ___
Taille totale: | ___ | ___ | ___ | ___ | ___ | ___ | ___
No SCSI | __ | __ | __ |
Partition
1 | | | | | | |
2 : : : : : : :
3 | | | | | | |
4 : : : : : : :
5 | | | | | | |
6 : : : : : : :
7 | | | | | | |
8 : : : : : : :
9 | | | | | | |
10 : : : : : : :
11 | | | | | | |
12 : : : : : : :
13 | | | | | | |
14 : : : : : : :
15 | | | | | | |
16 : : : : : : :
</code>
</pre></blockquote>
<h2><a name="s20">20. Appendice D: Exemple 1: serveur
généraliste</a></h2>
<p><!--
exemples!serveur généraliste
-->
La table suivante montre la configuration d'un serveur
généraliste de taille moyenne. C'est un serveur
réseau (DNS, courrier électronique, FTP, news,
imprimante partagée, etc.), un serveur X pour plusieurs
programmes de CAO, un serveur de cédérom et de bien
d'autres choses. Les fichiers sont sur 3 disques SCSI d'une
capacité de 600, 1000 and 1300 Mo.</p>
<p>On pourrait augmenter la vitesse en séparant /usr/local
de /usr mais on a supposé ça n'en valait pas la peine
vue la complexité de gestion que cela entraîne. Avec 2
disques de plus ça serait plus envisageable.
<code>sda</code> est vieux et lent et pourrait aussi bien
être remplacé par un disque IDE. Les deux autres
disques sont assez rapides. On répartira la charge
principale entre ces deux-là. Pour réduire le
déséquilibre on a mis /usr/bin et /usr/local/bin sur
un disque et /usr/lib et /usr/local/lib sur un autre.</p>
<p>Avec du RAID on pourrait gagner en fiabilité mais on a
jugé que le patch de <code>md</code> n'était pas
assez fiable et qu'un contrôleur RAID matériel
était au-delà du budget.</p>
<h2><a name="ss20.1">20.1 Points de montage et liens</a></h2>
<p><!--
exemples!points de montage
-->
<!--
exemples!liens
--></p>
<blockquote>
<pre>
<code>Répertoire Mount point speed seek transfer size SIZE
swap sdb2, sdc2 ooooo ooooo ooooo 32 2x64
/ sda2 o o o 20 100
/tmp sdb3 oooo oooo oooo 300
/var __________ oo oo oo ____
/var/tmp sdc3 oooo oooo oooo 300
/var/spool sdb1 436
/var/spool/mail __________ o o o ____
/var/spool/news __________ ooo ooo oo ____
/var/spool/____ __________ ____ ____ ____ ____
/home sda3 oo oo oo 400
/usr sdb4 230 200
/usr/bin __________ o oo o 30 ____
/usr/lib -> libdisk oo oo ooo 70 ____
/usr/local __________ ____
/usr/local/bin __________ o oo o ____
/usr/local/lib -> libdisk oo oo ooo ____
/usr/local/____ __________ ____
/usr/src ->/home/usr.src o oo o 10 ____
DOS sda1 o o o 100
Win __________ oo oo oo ____
NT __________ ooo ooo ooo ____
/mnt.libdisk sdc4 oo oo ooo 226
/mnt.cd sdc1 o o oo 710
Espcace disque total: 2900 MB
</code>
</pre></blockquote>
<h2><a name="ss20.2">20.2 emplacement des partitions</a></h2>
<p><!--
exemples!emplacement
--></p>
<blockquote>
<pre>
<code>Répertoire sda sdb sdc
swap | | 64 | 64 |
/ | 100 | | |
/tmp | | 300 | |
/var : : : :
/var/tmp | | | 300 |
/var/spool : : 436 : :
/var/spool/mail | | | |
/var/spool/news : : : :
/var/spool/____ | | | |
/home | 400 | | |
/usr | | 200 | |
/usr/bin : : : :
/usr/lib | | | |
/usr/local : : : :
/usr/local/bin | | | |
/usr/local/lib : : : :
/usr/local/____ | | | |
/usr/src : : : :
DOS | 100 | | |
Win : : : :
NT | | | |
/mnt.libdisk | | | 226 |
/mnt.cd : : : 710 :
/mnt.___/_____ | | | |
Place totale: | 600 | 1000 | 1300 |
</code>
</pre></blockquote>
<h2><a name="ss20.3">20.3 Numérotation</a></h2>
<p><!--
exemples!numérotation
--></p>
<blockquote>
<pre>
<code> Disque: sda sdb sdc
Capacité totale: | 600 | 1000 | 1300 |
Partition
1 | 100 | 436 | 710 |
2 : 100 : 64 : 64 :
3 | 400 | 300 | 300 |
4 : : 200 : 226 :
</code>
</pre></blockquote>
<h2><a name="s21">21. Appendice E: Exemple 2: serveur en milieu
universitaire</a></h2>
<p><!--
exemples!université
--></p>
<p>L'exemple suivant est dû à <code>nakano (at)
apm.seikei.ac.jp</code>, et montre la configuration d'un serveur en
milieu universitaire.</p>
<p>/var/spool/delegate est un répertiore pour les fichiers
de log et de cache d'un serveur de proxy Web qui s'appelle
"delegated". Il y a 1000 à 1500 requêtes pas jour, et
le disque est rempli en moyenne à 15 ou 30 poucents.</p>
<p>/mnt.archive est utilisé pour les gros fichiers qui ne
sont pas souvent utilisés, comme les données
expérimentales (et spécialement les images), les
sources de programmes et les sauvegardes de Win95.</p>
<p>/mnt.root est une copie de sauvegarde de la racine contenant des
utilitaires pour le dépannage. Une disquette de
démarrage est faite pour démarrer sur cette
partition.</p>
<blockquote>
<pre>
<code>
=================================================
Répertoire sda sdb hda
swap | 64 | 64 | |
/ | | | 20 |
/tmp | | | 180 |
/var : 300 : : :
/var/tmp | | 300 | |
/var/spool/delegate | 300 | | |
/home | | | 850 |
/usr | 360 | | |
/usr/lib -> /mnt.lib/usr.lib
/usr/local/lib -> /mnt.lib/usr.local.lib
/mnt.lib | | 350 | |
/mnt.archive : : 1300 : :
/mnt.root | | 20 | |
Espace total : 1024 2034 1050
=================================================
Disque : sda sdb hda
Place totale : | 1024 | 2034 | 1050 |
Partition
1 | 300 | 20 | 20 |
2 : 64 : 1300 : 180 :
3 | 300 | 64 | 850 |
4 : 360 : ext : :
5 | | 300 | |
6 : : 350 : :
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/hda1 19485 10534 7945 57% /
/dev/hda2 178598 13 169362 0% /tmp
/dev/hda3 826640 440814 343138 56% /home
/dev/sda1 306088 33580 256700 12% /var
/dev/sda3 297925 47730 234807 17% /var/spool/delegate
/dev/sda4 363272 170872 173640 50% /usr
/dev/sdb5 297598 2 282228 0% /var/tmp
/dev/sdb2 1339248 302564 967520 24% /mnt.archive
/dev/sdb6 323716 78792 228208 26% /mnt.lib
</code>
</pre></blockquote>
<p>Apparemment /tmp et /var/tmp sont trop grands. On pourrait les
regrouper sur la même partition si l'espace disque vient
à manquer.</p>
<p>/mnt.lib semble aussi trop grand, mais je prévois une
nouvelle installation de TeX et de ghostcript, ce qui prend 100 Mo
avec les fontes japonaises !</p>
<p>Le système est sauvegardé sur un Seagate Tapestore
8000 (Travan TR-4, 4G/8G).</p>
<h2><a name="s22">22. Appendice F: Exemple 3: SPARC
Solaris</a></h2>
<p><!--
exemples!serveur industriel
--></p>
<p>L'exemple suivant montre la configuration d'un serveur SPARC
sous Solaris 2.5.1 en milieu industriel. En plus des services comme
le courrier électronique, c'est un serveur pour des
applications de CAO et de bases de données.</p>
<p>La simplicité prime ici, donc /usr/lib n'a pas
été séparé de /usr.</p>
<p>C'est une configuration classique, prévue pour 100
utilisateurs.</p>
<blockquote>
<pre>
<code> Disque: SCSI 0 SCSI 1
Partition Taille(Mo) Montée sur Taille (Mo) Montée sur
0 160 swap 160 swap
1 100 /tmp 100 /var/tmp
2 400 /usr
3 100 /
4 50 /var
5
6 le reste /local0 le reste /local1
</code>
</pre></blockquote>
<p>A cause des besoins spécifiques à ce serveur, il
est parfois nécessaire d'avoir de grandes partitions
disponibles. On met tout ce qu'on peut sur le disque, en laissant
une grande partition /local1.</p>
<p>Cette configuration a été utilisée un
certain temps avec succès.</p>
<p>Pour un système général et plus
équilibré il faudrait échanger /tmp et
/var/tmp puis déplacer /var vers le disque 1.</p>
<h2><a name="s23">23. Appendice G: Exemple 4: Serveur avec 4
disques</a></h2>
<p><!--
exemples!4 disques
--></p>
<p>Cet exemple illustre tous les conseils de ce HOWTO, sauf le
RAID. Il est assez compliqué, je l'admets, mais offre de
grandes performances avec un matériel moyen. La taille des
partitions n'y figure pas mais on peut trouver des valeurs typiques
dans les autres exemples.</p>
<blockquote>
<pre>
<code>Partition sda sdb sdc sdd
---- ---- ---- ----
1 root overview lib news
2 swap swap swap swap
3 home /usr /var/tmp /tmp
4 spare root mail /var
</code>
</pre></blockquote>
<p>La configuration est optimsée vis-à-vis du
positionnement des pistes mais aussi pour diminuer le temps
d'accès moyen.</p>
<p>Si vous voulez DOS ou Windows vous devrez utiliser
<code>sda1</code> et décaler les autres partitions. Il
serait intéressant d'utiliser le swap de <code>sdb2</code>,
<code>sdc2</code> et <code>sdd2</code> pour le swap de Windows et
pour le répertoire temporaire de Windows. Voir les HOWTOs
qui expliquent comment faire cohabiter plusieurs systèmes
d'exploitation.</p>
<p>Un exemple avec 4 disques utilisant plusieurs types de RAID est
donné ci-dessous:</p>
<blockquote>
<pre>
<code>Partition sda sdb sdc sdd
---- ---- ---- ----
1 boot overview news news
2 overview swap swap swap
3 swap lib lib lib
4 lib overview /tmp /tmp
5 /var/tmp /var/tmp mail /usr
6 /home /usr /usr mail
7 /usr /home /var
8 / (root) spare root
</code>
</pre></blockquote>
<p>Ici toutes les partitions en double exemplaire sont
combinées en RAID 0 avec deux exceptions, le swap qui est
entrelacé, et et les partitions <code>home</code> et
<code>mail</code> qui sont réalisées en RAID 1 pour
des raisons de sécurité.</p>
<p>Notez que les fichiers de démarrage et la racine sont
séparés: seuls les fichiers de démarrage
doivent être placés en-desous de la limite du
1023-ième cylindre. Le reste de la racine peut être
placé n'importe où, et ici ils sont placés sur
la partition la plus lente et la plus à l'extérieur.
Par simplicité et pour la sécurité, la
partition racine n'est pas un système RAID.</p>
<h2><a name="s24">24. Appendice H: Exemple 5: Avec 2
disques</a></h2>
<p><!--
exemples!2 disques
--></p>
<p>Avec deux disques on peut faire moins de choses
compliquées mais le schéma ci-dessous devrait donner
un point de départ:</p>
<blockquote>
<pre>
<code>Partition sda sdb
---- ----
1 boot lib
2 swap news
3 /tmp swap
4 /usr /var/tmp
5 /var /home
6 / (root)
</code>
</pre></blockquote>
<h2><a name="s25">25. Appendice I: Exemple 6: Avec un seul
disque</a></h2>
<p><!--
exemples!1 disque
--></p>
<p>Même si ça tombe hors du champ de ce HOWTO, il est
indéniable que les très grands disques deviennent
abordables. On voit maintenant des disques de 10 à 20 Go, et
la question est alors: comment tirer profit de tels monstres ? Il
est intéressant de constater que les gens n'ont auun
problème à remplir de tels disques, et l'avenir
semble très rose pour les fabricants qui prévoient
des disques encore plus gros.</p>
<p>Bien sûr on peut faire moins d'optimisations qu'avec deux
disques mais on peut utiliser quelques trucs pour optimiser la
position des pistes et minimiser les mouvements de la
tête.</p>
<blockquote>
<pre>
<code>Partition hda Size estimate (MB)
---- ------------------
1 DOS 500
2 boot 20
3 Winswap 200
4 data Selon la taille du disque
5 lib 50 - 500
6 news 300+
7 swap 128 (maximum avec une puce 32 bits)
8 tmp 300+ (/tmp et /var/tmp)
9 /usr 50 - 500
10 /home 300+
11 /var 50 - 300
12 mail 300+
13 dosdata 10 ( Windows bug workaround!)
</code>
</pre></blockquote>
<p>Souvenez-vous que <code>dosdata</code> est un système de
fichiers DOS qui doit être sur la toute dernière
partition, sinon Windows plante.</p>
</body>
</html>
|