有哪个带GUI的发行版Linux占用硬盘空间比XP小的吗？
XP只要2G硬盘空间，包括常用软件都有了，怎么那么多版本的Linux只要是带图形界面的都是6G最低硬盘空间起步呢？十几年前的Linux硬盘占用比XP小得多。
你拿十几年前的系统和现在的系统比，什么心态？怎么不说Windows 98只要几百MB的空间？ 去gnome或者kde官方下载
他们都提供自己的LiveCD
都比XP小 另外你可以定制安装linux
最小化安装即可 darkduke 发表于 2013-4-5 12:54 static/image/common/back.gif
十几年前的Linux硬盘占用比XP小得多。
你拿十几年前的系统和现在的系统比，什么心态？怎么不说Windows 98只 ...
没有比的意思，只是想要找个部署体积小一点、内核版本新一点的带GUI的Linux而已，10年前的Linux可不像XP那么好用呢，部署一个10年前的Linux试试看就知道了 现在在试archlinux，希望可以满足我的需求 我这里 U 盘上的 Arch Linux i686，装了 GTK+2/3, Firefox, Chromium, Opera （因为当时在做 Web 开发，装了很多浏览器）、PHP、MySQL 等（原先还有 LiberOffice Writer，后来删掉了），再加上我的工作文件，勉强能控制到 3.3GB 以下。可惜 pacman 似乎没有忽视软件包中某些目录的文件的功能，有些文件还要手动删除...
Puppy Linux 和 Slax 都是很袖珍的，不过软件包够不够就很难说了。基于 Slackware 的 Slax 或许软件包更好找一些。Crunchbang 也是基于 Debian 的相当轻量级的 distro，有 Openbox 的图形界面。Gentoo 假如优化好的话（把大的 cache 目录和编译目录全做 tmpfs，/usr/portage 或者 /usr 用 Squashfs 压缩），可能也会非常小（我的安装了 1,492 个包的 Gentoo 去掉 Portage distfiles、MySQL database、Android SDK、kernel source 等等，大概是 5GB 左右），而且软件包基本都是 cutting-edge 的，但那个编译时间和配置就令人头痛了。Sabayon 基于 Gentoo 而且提供软件的二进制包，大小或许也可以接受？假如您有自虐方面的需求， NetBSD 也可以试试...
的确现在 Linux 内核、库和软件很多都大到令人头痛的地步... RichardGv 发表于 2013-4-9 11:49 static/image/common/back.gif
我这里 U 盘上的 Arch Linux i686，装了 GTK+2/3, Firefox, Chromium, Opera （因为当时在做 Web 开发，装了 ...
单纯做tmpfs显然不现实，很快就会被占满，尤其是portage的workdir。
如果真的要做，应该配合aufs来做，部分采用RAM空间，部分使用disk空间。个人觉得意义不大。
另外，NetBSD不难，基础系统不包含pkgsrc和src，直接用pkgin安装二进制包即可。 darkduke 发表于 2013-4-9 12:24 static/image/common/back.gif
单纯做tmpfs显然不现实，很快就会被占满，尤其是portage的workdir。
如果真的要做，应该配合aufs来做，部 ...
我这里 8GB 内存（目前台式机这个应该是标配了吧？），4GB 的 tmpfs /var/tmp/portage，除了开 PGO 的 firefox 和 libreoffice 不能编译之外（有二进制包的），其他包 -pipe + make -j9 四个包并行编译都没有出过问题。假如不需要编译 Chromium 之类的包，C(XX)FLAGS 和 MAKEOPTS 注意一点，2GB 或者 1GB tmpfs 大概也够。即便需要更多的空间，让 tmpfs 自动占 swap 也可以，大概还没有搞 aufs 那个必要。
NetBSD 的话，我这里勉强用手动方法实现了 GPT 支持，用 GRUB 实现了 UEFI 引导，但是没有 GTX 670 的驱动，nv 不支持，binary blob 没有，DRI/nouveau 也没有，vesa... UEFI console 的滚动很慢，到 #NetBSD / FreeNode 去问人，第一次有人回答，但是说话带着一股讽刺的味道，第二次 N 个小时都没有人搭理... 实在没有那个激情了继续下去了。FreeBSD 文档多，##FreeBSD 里的情况也好得多了。另外我被 Gentoo 惯坏了，连 FreeBSD 的 ports 也觉得灵活性不够... darkduke 发表于 2013-4-9 12:24 static/image/common/back.gif
单纯做tmpfs显然不现实，很快就会被占满，尤其是portage的workdir。
如果真的要做，应该配合aufs来做，部 ...
我这里 8GB 内存（目前台式机这个应该是标配了吧？），4GB 的 tmpfs /var/tmp/portage，除了开 PGO 的 firefox 和 libreoffice 不能编译之外（有二进制包的），其他包 -pipe + make -j9 四个包并行编译都没有出过问题。假如不需要编译 Chromium 之类的包，C(XX)FLAGS 和 MAKEOPTS 注意一点，2GB 或者 1GB tmpfs 大概也够。即便需要更多的空间，让 tmpfs 自动占 swap 也可以，大概还没有搞 aufs 的那个必要。
NetBSD 的话，我这里勉强用手动方法实现了 GPT 支持，用 GRUB 实现了 UEFI 引导，但是没有 GTX 670 的驱动，nv 不支持，binary blob 没有，KMS/nouveau 也没有，vesa 差了点吧... 我发现 UEFI console 的滚动很慢，到 #NetBSD / FreeNode 去问人，第一次有人回答，但是说话带着一股讽刺的味道，第二次 N 个小时都没有人搭理... 实在没有那个激情继续下去了。FreeBSD 文档多，##FreeBSD 里的情况也好得多了，不过 FreeBSD 大概算不得轻量级。另外我被 Gentoo 惯坏了，连 FreeBSD 的 ports 也觉得灵活性不够... 楼主你异想天开了
页:
[1]