IMG_0002

ubuntu20.04与win7UEFI+GPT双启动修复 ⽼笔记本，⼀直⽤的ubuntu14.04与win7双系统。

因为怕折腾，⼀直没有升级ubuntu，毕竟⾥⾯有数年常⽤的数据、软件，升级的话不折腾⼏天是搞不定的。

不过ubuntu14.04的⽀持基本到头了，趁着ubuntu20.04 LTS新鲜出炉，决定尝试⼀下。

这⼀尝试，⾸先出现的问题就是引导挂了。

只进⼊了grub shell，然后我进⼊LiveCD⽤boot-repair⼀顿操作，把win7的启动也弄挂了，这。

只能⼿动慢慢修了。

要修就得先知道UEFI是怎么⼯作的，这⾥先简单说下UEFI的启动过程。

⽀持UEFI的主板上都有NVRAM(Non-Volatile Ram即掉电也不丢失数据的存储空间)，安装操作系统的时候，通常都会在NVRAM写⼊引导项，这个列表除了安装操作系统时写⼊的引导项，还有⼀些固定的硬件引导项，⽐如硬盘、U盘、⽹络启动)。

在开机的时候，进⼊BIOS应该是能看到这个列表的，不同的主板操作不⼀样，我机⼦上的NVRAM列表看起来是这样的：ubuntu是安装ubuntu时写⼊的引导项，IPV4、Boot From EFI File则是⼀些固定的硬件引导项。

实现UEFI启动，硬盘上还需要有⼀个ESP分区(EFI system partition)，然后安装操作系统时，会在ESP分区写⼊引导⽂件。

我机⼦上的ESP分区⼤概是这样的：~$ sudo tree /boot/efi/EFI -L 3/boot/efi/EFI├── Boot│├── BOOTX64.CSV│├── bootx64.efi│├── grub.cfg│├── grubx64.efi│├── mmx64.efi│└── shimx64.efi├── Microsoft│└── Boot│├── BCD│├── BCD.LOG│├── BCD.LOG1│├── BCD.LOG2│├── bootmgfw.efi│├── bootmgr.efi│├── BOOTSTAT.DAT│├── cs-CZ│├── da-DK│├── de-DE│├── el-GR│├── en-US│├── es-ES│├──fi-FI│├── Fonts│├── fr-FR│├── hu-HU│├── it-IT│├── ja-JP│├── ko-KR│├── memtest.efi│├── nb-NO│├──nl-NL│├── pl-PL│├── pt-BR│├── pt-PT│├── ru-RU│├── sv-SE│├──tr-TR│├── zh-CN│├── zh-HK│└── zh-TW└── ubuntu├── BOOTX64.CSV├── grub.cfg├── grubx64.efi├── mmx64.efi└── shimx64.efi28 directories, 19 files其中，Boot⽬录是ESP分区的默认⽬录，Microsoft是win7的引导⽬录，ubuntu则是ubuntu的引导⽬录，注意，ESP分区是fat格式，这些⽬录及⽂件名不区分⼤⼩写。

RAW資料格式是CEOS的標準格式之一。

一般來說它有許多的檔案，此檔案為CEOS的規定。

1.一個短的volume描述檔。

2.一個稍為長一點的leader 檔，其中包含許多有用的參數。

3.一個有一個短的檔頭的data檔。

此檔為行(line)的資料，每一行的資料在起始處有一短的前言敘述(prefix)。

不同的資料來源有不同的資料結構(格式)(structure)，如DPAF(Germany)和CCRS(Canada)其資料檔頭就有所不同。

RAW的資料從衛星接收下來時是5bits的資料，但會補成8bits的資料儲存在data 檔中。

所以每一筆資料的值為介於0-31之間。

該項子料為複數型態(complex)，包括有inphase(I)及quadrature(Q)兩部份。

因為為行的資料，所以在資料從衛星傳輸下來時，可能會有一些”drop”的問題。

因此要有chkln的檢查動作。

以1996年0307的影像為例，其1. vol file2. lea file3. data file4. Nul file在CRISP的處理器說明中，指出該項產品包含有16 秒的遙測資料蒐集，每一幅的範圍Scene area (range) 100km(azimuth) 110kmScene size (range) 5616 samples per line(azimuth) 27000 linespixel depth 16bits(8 bits I, 8 bits Q)Total product volume ~300MbytesProject slant rangeSLC(Single Look Complex) 格式此項產品為經過前處理(preprocessing)的SAR格式，但依然是簡單的複數格式資料，此為single-look且為斜距(slant range)影像，相位的連續性仍然保持。

此項產品的應用有:1.測試SAR處理的演算法則。

报⽂分析⼀、CDT报⽂分析遥信EB90EB90EB90 71F4040101E1 F000000000F6 F10000000094 F20000000032 F30000000050遥脉EB90EB90EB90 718506010113 A0000000000C A1000000006E A200000000C8 A300000000AA A40000000083 A500000000E1遥测EB90EB90EB90 71610601012F 0000000000FF 040000000070 050000000012 0600000000B4 0700000000D6 0800000000E6同步字控制字信息字1 …信息字n 同步字…EB90EB90EB90 同步字71控制字61帧类别（上⾏：61重要遥测（A帧）C2次要遥测（B帧）B3⼀般遥测（C帧）F4遥信状态（D1帧）85电能脉冲数值（D2帧）26事件顺序记录（E帧）下⾏：61遥控选择C2遥控执⾏B3遥控撤消3D 复归命令）04为后⾯的报⽂贞数01源地址01⽬标地址2F校验码00遥测点号即功能码（00~7F为遥测F0~FF为遥信A0～DF电能脉冲E0遥控选择E1遥控返校E2遥控执⾏E3遥控撤消8B复归命令）00000000信息字即为遥信时，代表从⾼到低⼋个位置（B7—B0）为遥脉时，四个字节代表⼀个值为遥测时，两个字节代表⼀个值F6/0C/FF为校验码遥控：主站：遥控命令》》》⼦站：遥控返校》》》主站：遥控执⾏命令》》》⼦站：执⾏遥控选择：EB90EB90EB90 71610301012F E0CC00CC00FF E0CC00CC00FF E0CC00CC00FF 同步字控制字信息字（重复）信息字信息字此三字内容相同61遥控选择C2遥控执⾏B3遥控撤消E0遥控选择：合/分（CCH/33H）E1遥控返校：合/分/错（CCH/33H/FFH）E2遥控执⾏：（AAH）E3遥控撤消：（55H）规则：1变位遥信、遥控和升障命令的返校信息连续插选三遍,对时的⼦站时钟返回信息才插送⼀遍.2变位遥信、遥控和升降命令的返校信息、连续插送三遍必须在同⼀帧内，不许跨帧.若本帧不够连续插送三遍,全部改到下帧进⾏.3被插的帧若是A、B、C或D帧则原信息字被取代.原帧长度不变.若是E帧则应在SOE 完整字之间插⼊,帧长度相应加长,见附录A的A5例。

SPI flash是什么,关于SPI FLASH的读写问题本文主要是关于SPI flash的相关介绍，并着重对SPI flash的原理及其读写进行了相近的阐述。

SPI flashSPI一种通信接口。

那么严格的来说SPI Flash是一种使用SPI通信的Flash，即，可能指NOR也可能是NAND。

但现在大部分情况默认下人们说的SPI Flash指的是SPI NorFlash。

早期Norflash的接口是parallel的形式，即把数据线和地址线并排与IC的管脚连接。

但是后来发现不同容量的Norflash不能硬件上兼容（数据线和地址线的数量不一样），并且封装比较大，占用了较大的PCB板位置，所以后来逐渐被SPI（串行接口）Norflash 所取代。

同时不同容量的SPI Norflash管脚也兼容封装也更小。

，至于现在很多人说起NOR flash直接都以SPI flash来代称。

NorFlash根据数据传输的位数可以分为并行（Parallel，即地址线和数据线直接和处理器相连）NorFlash和串行（SPI，即通过SPI接口和处理器相连）NorFlash；区别主要就是：1、SPI NorFlash每次传输一bit位的数据，parallel连接的NorFlash每次传输多个bit位的数据（有x8和x16bit两种）；2、SPI NorFlash比parallel便宜，接口简单点，但速度慢。

NandFlash是地址数据线复用的方式，接口标准统一（x8bit和x16bit），所以不同容量再兼容性上基本没什么问题。

但是目前对产品的需求越来越小型化以及成本要求也越来越高，所以SPI NandFlash渐渐成为主流，并且采用SPI NANDFlash方案，主控也可以不需要传统NAND控制器，只需要有SPI接口接口操作访问，从而降低成本。

另外SPI NandFlash 封装比传统的封装也小很多，故节省了PCB板的空间。