arch

U-BOOT配置 　　补丁文件中修改代码的表示方法：（1）“---” 表示是 原来代码 （2）“+++”表示修改后的代码 补丁要补的位置 diff -urN u-boot-1.1.6/board/100ask24x0/100ask24x0.c u-boot-1.1.6_jz2440/board/100ask24x0/100ask24x0.c --- u-boot-1.1.6/board/100ask24x0/100ask24x0.c 1970-01-01 07:00:00.000000000 +0700 +++ u-boot-1.1.6_jz2440/board/100ask24x0/100ask24x0.c 2010-11-26 12:54:37.034090906 +0800 @@ -0,0 +1,96 @@ “-”表示没有修改过的代码；“+”表示修改后的代码 原来的代码是从第0行开始共有0行（补丁产生新文件）修改过的代码从第1行开始向下共有96行。 补丁的详细过程 解压U-BOOT文件 tar xjif u-boot-1.1.6.tar.bz2 打补丁 打补丁时一般 已经是进到“u-boot-1.1.6”这个目录下，所以 patch时便忽略去目录“u-boot-1.1.6”。用到参数 -p1 。是指忽略去第一 个“/”。 启动内核 1.先配置 make xx_config:在

导读 正如你了解的，Arch Linux 是一个滚动版本和 DIY（自己动手）发行版。因此，在经常更新时必须小心，特别是从 AUR 等第三方存储库安装或更新软件包。如果你不知道自己在做什么，那么最终很可能会破坏系统。你有责任使 Arch Linux 更加稳定。但是，我们都会犯错误，要时刻小心是很难的。 有时候，你想更新到最新的版本，但你可能会被破损的包卡住。不要惊慌！在这种情况下，你可以简单地回滚到旧的稳定包。这个简短的教程描述了如何在 Arch Linux 中以及它的变体，如 Antergos，Manjaro Linux 中降级一个包， 在 Arch Linux 中降级一个包 在 Arch Linux 中，有一个名为 “downgrade” 的实用程序，可帮助你将安装的软件包降级为任何可用的旧版本。此实用程序将检查你的本地缓存和远程服务器（Arch Linux 仓库）以查找所需软件包的旧版本。你可以从该列表中选择任何一个旧的稳定的软件包并进行安装。 该软件包在官方仓库中不可用，你需要添加非官方的 archlinuxfr 仓库。 为此，请编辑 /etc/pacman.conf 文件： $ sudo nano /etc/pacman.conf 添加以下行： [archlinuxfr] SigLevel = Never Server = http://repo.archlinux.fr

日志操作 查看日志局域 SQL> select file_id,path,rlog_size/1024/1024 as "Size" from V$RLOGFILE; LINEID FILE_ID PATH Size ---------- ----------- ----------------------------------- -------------------- 1 0 /dm/dmdbms/data/DAMENG/DAMENG01.log 256 2 1 /dm/dmdbms/data/DAMENG/DAMENG02.log 256 used time: 2.093(ms). Execute id is 9. 查看当前使用日志 SQL> select cur_file from V$RLOG; LINEID CUR_FILE ---------- ----------- 1 0 used time: 0.502(ms). Execute id is 10. 添加日志语句 SQL> alter database add logfile '/dm/dmdbms/data/DAMENG/DAMENG03.log' size 128; executed successfully used time: 24.975(ms). Execute id is 11. SQL>

ubuntu编译内核提示 lzop 错误 /bin/sh: 1: lzop: not found build@build-machine:/work/embedfire/code/ebf_6ull_linux$ make ARCH=arm -j4 CROSS_COMPILE=arm-linux-gnueabihf- CHK include/config/kernel.release CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h make[1]: 'include/generated/mach-types.h' is up to date. CHK include/generated/bounds.h CHK include/generated/asm-offsets.h CALL scripts/checksyscalls.sh CHK include/generated/compile.h CHK kernel/config_data.h Kernel: arch/arm/boot/Image is ready Building modules, stage 2. LZO arch/arm/boot/compressed/piggy.lzo /bin/sh: 1:

CentOS yum 源的配置与使用 一、yum 简介 　　yum，是Yellow dog Updater, Modified 的简称，是杜克大学为了提高RPM 软件包安装性而开发的一种软件包管理器。起初是由yellow dog 这一发行版的开发者Terra Soft 研发，用python 写成，那时还叫做yup(yellow dog updater)，后经杜克大学的Linux@Duke 开发团队进行改进，遂有此名。yum 的宗旨是自动化地升级，安装/移除rpm 包，收集rpm 包的相关信息，检查依赖性并自动提示用户解决。yum 的关键之处是要有可靠的repository，顾名思义，这是软件的仓库，它可以是http 或ftp 站点，也可以是本地软件池，但必须包含rpm 的header，header 包括了rpm 包的各种信息，包括描述，功能，提供的文件，依赖性等。正是收集了这些header 并加以分析，才能自动化地完成余下的任务。 　　yum 的理念是使用一个中心仓库(repository)管理一部分甚至一个distribution 的应用程序相互关系，根据计算出来的软件依赖关系进行相关的升级、安装、删除等等操作，减少了Linux 用户一直头痛的dependencies 的问题。这一点上，yum 和apt 相同。apt 原为debian 的deb 类型软件管理所使用

分区和挂载 parted /dev/sda mklabel gpt mkpart ESP fat32 1M 513M set 1 boot on mkpart primary ext4 513M 20.5G mkpart primary linux-swap 20.5G 24.5G mkpart primary ext4 24.5G 100% mkfs.ext4 -b 4096 /dev/sda2 mkfs.ext4 -b 4096 /dev/sda4 mkswap /dev/sda3 mkfs.vfat -F32 /dev/sda1 mount -t ext4 -o discard,noatime /dev/sda2 /mnt mkdir -p /mnt/boot mount /dev/sda1 /mnt/boot mkdir -p /mnt/home mount -t ext4 -o discard,noatime /dev/sda4 /mnt/home swapon /dev/sda3 系统安装 pacstrap -i /mnt base base-devel vim genfstab -U -p /mnt > /mnt/etc/fstab chroot arch-chroot /mnt /bin/bash vim /etc/locale.gen # en_US.UTF-8

直接 npm 安装 npm install --arch=ia32 electron@1.4.14 配置 .npmrc arch=ia32 registry=https://registry.npm.taobao.org 配置 package.json { "config": { "arch": "ia32", "registry": "https://registry.npm.taobao.org" }, "devDependencies": { "electron": "5.0.2" } } 来源： CSDN 作者： xdhc304 链接： https://blog.csdn.net/xdhc304/article/details/104537539

uboot的源文件众多，学习庞然大物首先找到脊椎--顶层的makfile，逐一破解。但是，uboot的makefile同样是一个庞然大物，所以也要找到它的主线。倘若过分专注部分细节，很难做到把握全局，实际上也不可能很好理解细节。 介于此，笔者已经写了一篇 uboot makefile整体解析 ，可以先从主体上把握makefile。然后，再读这篇makefile强大功能实现的细节，才能做到循序渐进。 说明：uboot顶层makefile的注释机会全部源码都搬上来了，而注释都是黑体加粗以与源码有强烈的区别。 VERSION = 1 //主版本号 PATCHLEVEL = 1 //次级版本号 SUBLEVEL = 6 EXTRAVERSION = //版本号扩展 U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) //这个Uboot的版本为1.1.6 VERSION_FILE = $(obj)include/version_autogenerated.h //生成uboot的版本信息 HOSTARCH := $(shell uname -m | \ sed -e s/i.86/i386/ \ -e s/sun4u/sparc64/ \ -e s/arm.*/arm/ \ -e s/sa110/arm/

make mini2440_config 分析： Uboot第一步--make xxx_config。 mini2440_config: unconfig @$(MKCONFIG) $(@:_config=) arm arm920t mini2440 tekkamanninja s3c24x0 unconfig的定义-- unconfig: @rm -f $(obj)include/config.h $(obj)include/config.mk \ $(obj)board/*/config.tmp $(obj)board/*/*/config.tmp \ $(obj)include/autoconf.mk $(obj)include/autoconf.mk.dep 好了，清楚一点了。清楚了，但我又迷茫了，为什么我一运行 make mini2440_config就会跑到mini2440_config : unconfig 这个地方运行啊？如果非要解释那么好吧：mini2440_config是一个伪目标，因为mini2440_config的：后面只跟着一个 unconfig，而unconfig也是一个伪目标。为什么unconfig是一个伪目标呢？因为unconfig的：后面什么都没有。如果他是个变量 的话 后面一定会加点什么东西，他就像make clean的clean一样，是个伪的。

CentOS yum 源的配置与使用 一、yum 简介 　　yum，是Yellow dog Updater, Modified 的简称，是杜克大学为了提高RPM 软件包安装性而开发的一种软件包管理器。起初是由yellow dog 这一发行版的开发者Terra Soft 研发，用python 写成，那时还叫做yup(yellow dog updater)，后经杜克大学的Linux@Duke 开发团队进行改进，遂有此名。yum 的宗旨是自动化地升级，安装/移除rpm 包，收集rpm 包的相关信息，检查依赖性并自动提示用户解决。yum 的关键之处是要有可靠的repository，顾名思义，这是软件的仓库，它可以是http 或ftp 站点，也可以是本地软件池，但必须包含rpm 的header，header 包括了rpm 包的各种信息，包括描述，功能，提供的文件，依赖性等。正是收集了这些header 并加以分析，才能自动化地完成余下的任务。 　　yum 的理念是使用一个中心仓库(repository)管理一部分甚至一个distribution 的应用程序相互关系，根据计算出来的软件依赖关系进行相关的升级、安装、删除等等操作，减少了Linux 用户一直头痛的dependencies 的问题。这一点上，yum 和apt 相同。apt 原为debian 的deb 类型软件管理所使用